Цитата
А почему не -O3?
На реальных алгоритмах -O3 приводит к сильному раздуванию кода и часто - стека. Что на кристаллах с медленной 128бит флешкой и кешем неблагоприятно сказывается на производительности. Речь идеот конкретно о Cortex-M3 и личном опыте.
Раньше иногда включал -ftree-vectorize, но потом и от этого отказался(в rvct вроде тоже что-то подобное есть), проще ручками делать циклы, не (особо) нуждающиеся в векторизации/раскрутке.
Цитата
GNUC похоже до сих пор генерит самый большой по размеру код. (но иногда быстрый)
для ARM7 в 2009 году:
http://electronix.ru/forum/index.php?showtopic=68880на счет размера согласен. по производительности все равны +-, сейчас уже 2012 год как ни как

Цитата
там один байт в заголовке надо поправить (а то стоит что EABI, но приватный) после жрет. Но надо быть аккуратным с библиотеками.
спасибо, попробую. а библиотеки не юзаю практически
Цитата
А как заставить кейл отлаживать gcc-шный elf?
Как для этого проект настраивать?
кормим elf да и все. только надо компилить с -gdwarf-2 -gstrict-dwarf иначе может не видеть debug-символов.
как настроить:
http://www.keil.com/support/docs/2310.htm