Более того - в 32-битном режиме это абсолютно необязательно, так как адресоваться можно и относительно SP (+) («Телесистемы»: Конференция «Микроконтроллеры и их применение»)

Разработка, производство и продажа радиоэлектронной аппаратуры

| Карта сайта | Пишите нам | В избранное

Требуется программист в Зеленограде
- обработка данных с датчиков; ColdFire; 40 тыс.
e-mail:jobsmp@pochta.ru

Телесистемы | Электроника | Конференция «Микроконтроллеры и их применение»

Более того - в 32-битном режиме это абсолютно необязательно, так как адресоваться можно и относительно SP (+)

Отправлено ReAl 25 мая 2007 г. 15:17
В ответ на: Да, именно. :о))) Я и сам уже успел засомневаться и проверить - уж лет десять, как на асме не пишу. Надо же - совсем забылось! :о))) Если кого запутал - я не виноватый! :о))) отправлено YellowTiger 25 мая 2007 г. 14:52

и "стандартный стековый кадр" - сохранение указателя стека в ebp и адресация относительно него - уже и не помню, для чего нужно вообще.
У gcc ключик есть
-fomit-frame-pointer
"если возможно - не генерировать указатель стекового кадра".
Сейчас для проверки компильнул с -S проект один - "возможно" оказалось везде, кроме функции main() :-), во всех сотальных местах ebp - дополнительный обычный РОН, который интенсивно используется то как счётчик, то как указатель.

Составить ответ | Вернуться на конференцию

Ответы

Ну, да плоская память во многих отношениях приятна :о) Я так понимаю, здесь важно понимать, откуда эта оговорка - "если возможно". Скажем, если в блоках кода (возможно, вложенных) есть свои локальные переменные, то писать на асме-таки проще с использованием фрейма вызова. Компилеру, разумеется, пофиг дым - он же "кремниевый". :о))) — YellowTiger (25.05.2007 15:31:12 83.149.0.98, пустое)