Тоже хотел недавно "поджать" компилер в регистрах. Но грабли пришли с другой стороны. Подключил математику. А там prologue_saves/epilogue_restores не позволяют фривольно использовать регистры в прерываниях. Оно-то и понятно, коль на асме переписана libm.a
В общем, глупости все это.
У меня тоже бывает системный таймер 32 бит, и обращение к нему -такое впечатление, что проц только этим и занимается - атомарное, и из памяти. Жуть. Но сильно все-таки оно не мешает. Просто выполняется и все. Потому что критические по времени части выводятся так, чтобы все-таки выиграть в регистровых операциях ужЕ после того, как в черновом варианте они худо-бедно заработали в сишном виде. И если на достаточно большом прерывании удается раза в два нагнуть компилятор по быстродействию кода - можно спать спокойно. Все будет работать.

Действительно, работает, хотя я раньше так уже пробовал. Мне казалось, что результат компиляции неработоспособен из-за таких разных команд как OUT и STS:

Всё правильно, только команды IN и OUT здесь были бы более уместны . А как бы компилятору это намекнуть?

Тогда ничего странного - без volatile это совершенно правильный код, т.к. timer_ms никогда не завершится. Я компилировал код, приведенный в первом посте. Без каких-либо изменений.
? не понимаю вопроса. У меня avr-gcc-4.2.2.

В таких случаях помогает -ffixed-reg. У меня есть целая линейка проектов, где обмен данными между обработчиком прерываний и основной программой идет именно через регистры, и таких регистров аж 8 штук. Остальным функциям просто запрещено ими пользоваться в своих личных целях.

Да, я могу подтвердить это, код c volatile компактный и корректный.

ИТОГО на этом коде:
WinAVR 20060421 (Gcc 3.4.6) работает и с и без volatile
WinAVR 20070525 (Gcc 4.1.2) не работает
WinAVR 20071221 (Gcc 4.2.2) работает с volatile
WinAVR 20080512 (Gcc 4.3.0) не работает
WinAVR 200XYYZZ (Gcc 4.4.X) будет ругаться варнингом, про работоспособность ???

Сейчас попробую пособирать свои проекты с похожими конструкциями на 4.2.2

А я компилировал код, приведённый в посте №9, там нет volatile


Теперь всё понятно, вопрос снят

Да, это я посоветовал попробовать убрать volatile т.к. на версиях 3.4.? оно
вызывало варнинг и небольшое изменение кода.
Т.к. я пока сижу на 3.4.6 проблем с регистровыми переменными не наблюдалось,
но ведь когда-то все равно придеться переползать на что-нить поновее хотя бы
из-за поддержки новых чипов... поэтому и пытаюсь понять на какую версию
стоит переползать (отказываться от регистровых переменных очень не хочется, иногда это
дает выигрыш в разы...)

Потестировал немного 4.2.2 , вроде все корректно, правда выигрыша по оптимизации
я не получил по сравнению с 3.4.6, где-то один быстрее где-то другой,
по сумме, 3.4.6 на моих проектах оказался даже чуть быстрее, но разница не принципиальна.

Единственный не до конца приятный/понятный момент при работе с регистровыми переменными
на 4.2.2 это при чтении/записи IO в/из регистровой переменной:

Почему при записи он писал прямо а при чтении читал в r24 ?

3.4.6 обходился без r24

Могу до кучи добавить, что gcc-4.3.1 с -O1 генерит код как gcc-4.2.2, а начиная с -O2 дает rjmp на себя.

сори, ошибочный пост

Сообщение отредактировал aesok - Jun 15 2008, 14:37