скрипт + gcc Опции

[aesok]

call-used call-saved

[antiwin]

Анализируя С код вы ни когда не узнаете размер frame-буфура и сколько call-used регистров будут сохранено в стеке.
Анатоллий.

На сколько я понимаю, frame-буфер это и есть стек для функции где хранятся все переменные и прочие данные.
Почему же в таком случае анализируя С код нельзя определить эту величину(может стек формируется иначе чем я думаю)? Конечно такие сложности как рекурсия и не определенные данные я пока опускаю, хотя и в этом случае ,как мне кажется, есть решение.

http://ftp.twaren.net/Unix/NonGNU/avr-libc/
Анатолий.

Как я понял все эти библиотеки устанавливаются nix-овым образом, как же их под маздай(WinAvr) установить?
За ранее извиняюсь за возможно детский вопрос, просто всегда довольствовался тем, что качал с WinAvr.

[Сергей Борщ]

Почему же в таком случае анализируя С код нельзя определить эту величину

Потому что в этом случае вам придется написать программу, которая работает по тем же самым алгоритмам, что и компилятор. И даже если у вас это получится, вам придется ее править с выходом каждой следующей версии компилятора. Ибо компилятор может для разных переменных (использующихся в разное время) зарезервировать одну и ту же ячейку памяти.