Отправлено vmp 19 сентября 2001 г. 14:49 В ответ на: Просветите, пожалуйста, по поводу размеров стека для IAR-ских компиляторов для AVR (+) отправлено просто так 19 сентября 2001 г. 11:14

Это связано с ограничениями системы команд 51-го процессора. Можно сравнить:
Оператор var = 1 при компилированном стеке сгенерит:
mov var,#1
а при честной реализации стека:
mov a,sp
add a,#var
mov r0,a
mov @r0,#1
Недостаток первого случая - программа должна быть статической, без рекурсии и косвенных вызовов (где-то на уровне фортрана :). К счастью, большинство программ именно такие.

Для AVR существует индексный метод адресации, при котором можно написать что-то типа var(sp) (точнее, y+var). Поэтому доступ к локальным переменным на стеке достаточно простой. Было бы неразумным неиспользовать данную возможность (тем более, что доступ к переменным в памяти там более медленный) и накладывать ограничения на использование рекурсии.

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

• требуется дерево вызовов (проблемы такие как в ПИК HT-C ) - сигнатуры, явное указание ентерабельности и т.п — yes   (19.09.2001 15:58, пустое)
  • Да!!! Для PIC-ов и 51-х линкер строит дерево вызовов и на основании этого вычисляет размер памяти под локальные переменные! А вот вопрос по AVR-ам - как там в принципе работает опция Options/XLINK/Diagnostics/Segment overlap warnings? (Я просто не знаю). — просто так   (19.09.2001 16:16, пустое)
    • Точно не знаю, но полагаю, что строится дерево вызовов без учёта возможной рекурсии и пр.(потому и варнинг, а не еррор) — AlexD   (19.09.2001 17:03, пустое)
• Спасибо - именно такого ответа я и ожидал и все стало ясно. — просто так   (19.09.2001 14:59, 287 байт)