У меня из-за этого Watchdog не конфигурируется.
Нажмите для просмотра прикрепленного файла
Настройки оптимизации по-максимуму:
Нажмите для просмотра прикрепленного файла
Это же не должно влиять. Ведь IAR же не должен оптимизировать работу с регистрами ввода-вывода. Они же объявлены как __io.

А вы не ставьте максимальную оптимизацию, поставьте среднюю и будет вам щастье

А работу с регистрами ввода-вывода он и не оптимизирует, это срабатывает common subexpression elimination.
Можно её отключить галкой или для одного файла или сразу для всей программы или прагмами только локально, для этих двух строчек.

А из-за чего не конфигурится - не влезает в ограничение по циклам при записи?

Cross-call оптимизацию отключите, должно помочь...

похоже оптимизация по размеру включена!
обычно надо ставить по скорости, тогда код гораздо эффективнее работает.
к тому же оптимизацию с помощью прагмы можно менять по тексту.

Вы меня очень огорчили своим "советом" .

А какие еще варианты?

По хорошему IAR должен сам отключать такую оптимизацию для регистров (объявлены с квалификатором __io), но он не настолько умный и не учитывает временные требования. Так что только руками...

KRS уже написал - управлять оптимизацией через pragma.

В avr-gcc инициализация wdt и всё его хозяйство вынесено в отдельный модуль wdt.h и всё сгруппировано по инлайн-асм вставкам.
Можете посмотреть подход тут...

При всем этом IAR молча съедает выражения типа a==b;
Выкидывает его при компиляции,конечно,
но ни каких сообщений при этом не выдает.
Мог-бы и родить какой-нибудь варнинг типа "выражение бессмысленно."

IAR4. положил он на прагму #pragma optimize=none
пришлось уровень оптимизации уменьшать. потом нашел еще вариант, но это для моего случая, а не универсальный

Всё он правильно сделал.
Он понял, что переменные не volatile и не будут меняться непредсказуемо и что условие всегда истинно...

Сделал он правильно,но почему молча?Другие компиляторы в такой ситуации варнинг выбрасывают.

Это стандартом не оговаривается...

Разумеется НЕТ. Просто Вы зачем-то этот или вообще все warnings отключили расставляя галочки .



Совершенно не верю. Игнорируется только установки более высоких уровней оптимизации, нежели в командной строке. А вообще-то было нужно просто чисто конкретно:
#pragma optimize=тo_cse

Там ещё и ремарки есть. Тоже, небось, отключены.

Точно!Ремарки, были отключены.Включил,и сразу появилось
Warning[Pe174]: expression has no effect .
Спасибо!
Но одновременно появилось еще 6
Remark[Pe001]: last line of file ends without a newline на последнюю строчку в
всех моих хидерах. Смысла этой ремарки я не понял..

А это потому, что у вас стиль такой - после последней строки возврат каретки (Enter) не ставить. В околокомпьютерных делах предполагается, что возврат каретки (он же "новая строка" или Enter) символизирует конец строки, независимо от вашего намерения вводить следующую. Т.е. Enter рассматривается не как разделитель строк, а как терминатор строки. По той же причине компьютер не выполнит введенную команду до тех пор, пока вы не нажмете Enter.

Вставил везде в конце Enter.Появилось 30 ремарок на
все мой файлы проекта last line of file ends without a newline.
Че за хрень?

Именно то, что написано: последняя строка в файле не содержит перевод строки. Это чревато проблемами, если такие файлы включать через #include, поэтому компилятор и предупреждает.

Таже, что раньше. Это сообщение выдается один раз. Посему выдавалось на включаемые файлы. Там убрали - вылезло на тех, куда включали.
Вообще-то вменяемые программерские редакторы файлы без пустой строки не создают, без отдельного на то приказа. Что за редактор-то?
Возможно наткнетесь еще на ругань на UNIX формат без CR. Это тогда давить в понкретных файлах прагмами.

редактор родной яровский.и как лечить?открывать и сохранять все файлы в другом редакторе?

Все,вопрос снимается.Как всегда,сам дурак.Не поставил enter в хидере зависимостей.