Проблема такая - IAR овский компиллер выкидывает строки из программы (на листинге они просто закомментированы) по своему усмотрению. Как можно заставить его не делать это. Отключение оптимизации для определенной функции не устраивает. Т.к. тот код, который выкидывается - опрос готовности клавиатуры используется во многих функциях программы и если для каждой из них отключить оптимизацию, то код вылезет из памяти.
Это и есть злополучная строка.
while(!(system_events.events_by_flags.Key_pressed)) {RETURN_IF_ING_OFF;};
system_events.events_by_flags.Key_pressed - это итовое поле, выставляемое в обработчике прерывания клавиатуры,
RETURN_IF_ING_OFF - макрос выхода из функции при снятиии сигнала с определенной ноги процесстра.

system_events.events_by_flags.Key_pressed - должен быть с описанием volatile (или может другой синоним в IARe)!!!

Именно так и есть!!! Именно volatile тип он и имеет!

Ну еще бы я явно проверку выполняла
while(flag==0){ }

В общем я за то, чтобы разобраться почему, а не локально оптимизатор отключать. Хотя опции оптимизации тоже нужно посмотреть. У Вас какие установлены при этом? (По памяти/быстродействию/глобальная/...). Может быть для выбранной опции тип volatile игнорируется.

Сообщение отредактировал Vic1 - Feb 14 2006, 13:27

Дайте полный текст функции (в контексте обсуждаемого) и определение этой структуры. Чтобы можно было просто у себя попробовать.

И разверните макрос RETURN_IF_ING_OFF.

Спасибо, я уже разобрался. Дело просто как апельсин! Переменная system_events у меня действительно объявлена, как volatile, однако, в том файле, где она используется, при объявлении ее как extern, я не указал тип volatile.

И компилятор не ругнулся?

К сожалению, компилятор IAR не отслеживает ошибки с extern.
Кроме переменных, "можно" по-разному объявить внешние функции в разных файлах и опять же компилятор это пропустит, например, существующая функция

в другом файле объявляется как:

молчит...

Проверялось на IAR3.10c

Вы уверены, что это ошибка? А С++ включен?

Например, вот этот код тоже не вызывает у него возражений:

А потом пишем:

И смотрим результат:

И видим, что все верно - каждый раз компилятор вызвал (точнее, тут он встроил, что есть хорошо и правильно) правильную функцию.

Эта С++ фича, когда можно использовать одно и то же имя для разных функций, различающихся типами аргументов (не типом возврата), называется перегрузкой функций.

А вот если мы захотим на С такое сделать, то получим:

void delay(word x) { while(x) x--; }
^
"D:\slon\IAR\AVR\!V4\03_Overload\slon.cpp",7 Error[Pe247]: function "delay"
has already been defined

Если компилятор не ругнулся, то вполне возможно отключена выдача ремарок (менее строгие предупреждения, чем warnings).
Отсутствие volatile в extern по большому счёту строгой ошибкой не является.

C++ вЫключен, про перегрузку я в курсе. Самое интересное -- это ассемблерный код вызова функции с несколькими аргументами.
Если память мне не изменяет, такая ошибка была только при применении extern, если функцию описать без него, то компилятор ругнется.

Сообщение отредактировал vipvap - Feb 20 2006, 07:09

можно отключить вот так
#pragma optimize=s 6

.....
#pragma optimize
#pragma optimize=token_1 token_2 token_3
where token_n is one of the following:
s Optimizes for speed
z Optimizes for size

Specifies the level of optimization
2|none|3|low|6|medium|9|high