При декларировании переменной как регистровой (пример внизу)

__regvar __no_init unsigned char test;

присвоение ей какого либо значения в функции main()

void main(void)
{
test = 3;
for(;;)
;
}

игнорируется компайлером. Для решения проблемы инициализации можно создать отдельную функцию вызываемую из main() где эта инициализация и совершается. В этом случае присвоение происходит без проблем.
использую две версии 4.20 и с 4.21. Везьде одно и то же .
Интересно пропустил ли я что то из виду ?

оптимизация включена?

Если включена оптимизация, то IAR игнорирует все, что не используется реально. В даном случае хотя и присваивается переменной test значение, но переменная потом нигде не используется. Достаточно совершить какое-либо "полезное" действие, хотя бы отослать test в один из SFR, чтобы увидеть результат.

Оптимизация включена на скорость, выключить не могу. Фунцкию наверху привел как пример , к переменным/регистрам обрашаюсь в прерывании по INT0 (в прерывании обрашение к ним есть видн из асм листинга) и причем явно в C, декларировал как volatile - компайлеру начхать.

В асм листинге main() видно как компайлер поставил REQUIRE Register_Rx_is_global_var - то есть неспоптимизировал если правильно понял . Тоже самое в листинге для INT0 isr. В опциях проекта зарезервировал все регистры (от R4 до R15), номер регистра в декларации переменной из зарезервированного листа регистров.

Если включена оптимизация средняя или высокая, компилятор стремится все выполнить согласно этому указанию, поэтому, увидев, что нет никаких препятствий этому, он норовит использовать регистр верхней группы, экономя на одной команде. Только если будет очевидная необходимость в использовании назначенного регистра, тогда он не будет проигнорирован.
Пример скомпилированого кода для:



Оптимизация средняя или высокая:



Нет оптимизации или малая оптимизация:



Добавлю:
Если же установите:

то даже при высокой оптимизации регистровая переменная игнорирована не будет.

Номер конкретного регистра забыли присвоить.

Нет не забыл . Вот экстракт из асм листинг вместе с С кодом:

2 kv_addr
Я весь листинг поиsком прошелся - требуемые регистры в main не присваиваются.

1. Хранить указатели не в регистровых парах не слишком оптимально (хотя и можно), т. к. всё равно требует пересылки.
2. Выражения, приведённые Вами, сводятся к константным, поэтому компилятор счёл возможным их заменить. Тем более, что в эти переменные не происходит сохранения, а значит они не нужны.

PS Не приводите длинных текстов в сообщении, а вкладывайте в приаттаченные файлы (исправьте предыдущий пост).

Так вроде бы я так и делаю - выделил регистры под указатели . Или Вы хотите сказать что в регистрах держать указатели не выгодно ? Я не привел остальную часть программы в которой значения указателей меняются - в зависимости от условий используются разные таблицы но указатель один на одинаковый тип таблиц.



Почему же ? Я ж указатель могу и для чтения использовать и как итератор изменять значение указателя тоже можно для чтения из разных областей памяти (для того и использовал регистровый указатель). Речь не идет о том что вместо значения регистра изпользуется константа а наоборот - в другом месте программы где я читаю из flash с изпользованием этих регистров как указателей значения констант (адреса памяти во флеше) не используется вместо самого регистра, а наоборот, используется значение самого регистра. То есть налицо глюк а не оптимизация. При том варианте что я привел - программа не работает. Если поместить указатели в sram или при использовании регистровых указателей присвоить значение регистрам в какой либо другой функции (как я и делаю сейчас в листинге 112 // init_regs(); он закоментирован для симуляции проблемы) - все работает ОК.




За это приношу свои извинения. Исправил.