Есть в ИАРЕ неприятный момент. Проявляется в том что он при высокой оптимизации коцает локальные переменные. Причём проявляется в больших проектах и на разных целевых платформах. Насколько я помню проблема возникает из-за конфликтного использования регистров - в качестве хранилища локальной переменной. Когда переменную делаю волатайл или выношу в область глобальных переменных проблема пропадала .. но истоки её так выяснть неуспел.
Какая же это проблема? Это личное дело компилятора использовать локальные (автоматические) переменные на стеке или в регистрах. Если вам нужны локальные переменные именно в ОЗУ, то используйте тип static. Только учтите, что для такой переменной место в ОЗУ отводится как и для глобальной - постоянно.
Группа: Свой
Сообщений: 468
Регистрация: 13-10-06
Из: Россия, Томск
Пользователь №: 21 291
Это наблюдается не только в IAR, но и в любой другом хорошем компиляторе. Зачем пихать переменную в ОЗУ, если она используется только внутри функции, и больше нигде не нужна ? Доступ к регистру происходит быстрее, чем доступ к ОЗУ (за редким исключением). Проблема появляется при отладке кода, иногда бывают нюансы. Лично я не использую во время отладки оптимизацию, так проще. А если после включения оптимизации работа программы была нарушена, значит, я где-то нарушил правила языка программирования (с вероятностью 98%, и только 2% - глюки компилятора и/или железа).
Группа: Свой
Сообщений: 26
Регистрация: 26-02-08
Из: Томск
Пользователь №: 35 391
В том и смысл оптимизации... Если есть глобальная переменная, которая используется лишь в одном месте программы, и есть переменная, например, в прерывании, которая кроме него нигде не используется, то почему бы их не хранить в одном и том же месте? Конечно прерывание может сработать во время работы той функции, но раз программист сказал что эта переменная неволатильная (точнее наоборот - не сказал, что волатильная , и хочет оптимизации, то мы пару байт сэкономим.
Есть в ИАРЕ неприятный момент
Jun 8 2008, 10:52
, и хочет оптимизации, то мы пару байт сэкономим.
