он не капризный, он просто не любит, когда не соблюдают правила языка Си.Dimon456 писал(а):Какой-то капризный компилятор, cvavr в этом отношении проще
И какое же правило языка СИ я нарушил?ARV писал(а):он не капризный, он просто не любит, когда не соблюдают правила языка Си.Dimon456 писал(а):Какой-то капризный компилятор, cvavr в этом отношении проще
Код: Выделить всё
unsigned int last_millis=0; Код: Выделить всё
unsigned int last_millis=0; Код: Выделить всё
volatile unsigned int last_millis=0; 
Если размер проги вылазит за пределы, компилятор предупреждает об этом.Jack_A писал(а):А если размер скомпилированной проги вылезет за 6кб - чем поможет makefile ? "Утопчет" байты кода или отрежет "ненужные", по его мнению ?
и где только ты все это вычитал ?WiseLord писал(а):Dimon456:
P.S. "На пальцах", как это работает (может, где-то упрощённо, но главное - суть):
Есть глобальная переменная - где-то в RAM. Как работает обычная функция (та же main) - переменная вытаскивается из RAM в какой-то из регистров, и там с нею уже все арифметические операции производятся. По выходу из функции изменённая переменная возвращается в RAM.
Соответственно, если МК уйдёт в прерывание, в котором его обработчик внезапно поменяет в памяти эт у переменную, то функция по возврату к ней управления продолжит работать с тем значением, что сохранено в регистре. И по окончании вернёт в память значение, невзирая на то, что там уже "постарался" обработчик прерывания.
Аналогичное явление происходит в многопоточных приложениях, когда несколько потоков, работая с одной глобальной переменной фактически (за счёт оптимизации компилятором) работают каждый с временной локальной копией.
Это нормальное поведение при включенной оптимизации для большинства переменных (ведь в прерывании их не так много меняется обычно). Если такое не нужно для конкретной переменной - объявляем её volatile, после чего при любых попытках работать с ней она будет "обновляться" из памяти. На это нужны, соответственно, лишние операции и такты процессора.
То что CVAVR так делает даже не с volatile переменными может говорить лишь о том, что он генерирует не самый оптимальный код. То есть, даже обычные глобальные переменные, которые в прерываниях не участвуют, вероятно, постоянно "синхронизированы" с RAM при работе с ними. А это уже лишнее
Так одно время делал и WinAVR, в последних сборках перестал.То что CVAVR так делает даже не с volatile переменными может говорить лишь о том, что он генерирует не самый оптимальный код.
если последними считать все, начиная с 2010 года, то да.watchmaker писал(а):Так одно время делал и WinAVR, в последних сборках перестал.
Следует добавить, что volatile не дает атомарности и при работе с многобайтными переменными, в некоторых случаях, нужно запрещать прерывания.WiseLord писал(а):Есть глобальная переменная - где-то в RAM. Как работает обычная функция (та же main) - переменная вытаскивается из RAM в какой-то из регистров, и там с нею уже все арифметические операции производятся. По выходу из функции изменённая переменная возвращается в RAM.
Соответственно, если МК уйдёт в прерывание, в котором его обработчик внезапно поменяет в памяти эт у переменную, то функция по возврату к ней управления продолжит работать с тем значением, что сохранено в регистре. И по окончании вернёт в память значение, невзирая на то, что там уже "постарался" обработчик прерывания.
Интересно. В Яве кстати аналогично.Следует добавить, что volatile не дает атомарности и при работе с многобайтными переменными