Взято тут: http://netcologne.dl.sourceforge.net/proje...-12_mingw32.zip

gcc version 4.9.2 20140912 (prerelease) (GCC):




gcc version 4.7.2 (AVR_8_bit_GNU_Toolchain_3.4.2_939):

включите lto, ещё меньше размер может быть.

Давно -flto -Os включено. Это уже крохи подбираются.

О! Попробую, а то я уже стал думать, что всё, что новее 4.7.2 хуже в плане размера выходного файла...
Чуда не произошло: +100 с лишним байт на прошивке размером 14К со следующими опциями оптимизации компилятора и линкера.
Может я чего-то не то творю?

Ну честно скажу, такую "простыню" я пробовал крайне давно засовывать в проект. Сейчас мои флаги выглядят так:



И не забыть -Os -flto линкеру сказать.

Сообщение отредактировал Genadi Zawidowski - Sep 15 2014, 15:33

Это вы зря.
Там есть воистину убойные ключи:
Первый из них, конечно снижает производительность прошивки в целом, но когда надо впихнуть невпихуемое без него никак...
Вторые два ключика появились в gcc-4.7.0 и тоже работают волшебно.
Собственно как и остальные.

У вас просто нет задачи уложить весьма функциональную прошивку в 8 или 16 килобайт для снижения себестоимости серийного изделия.
Поэтому вы и не используете всевозможные оптимизации.

Ну это разумеется:


PS: Я считаю, что имеет смысл сравнивать разные версии компиляторов на максимально возможной оптимизации (по скорости или объёму - кому что нужно).

Добавил -mstrict-X и -maccumulate-args - раздувает...

Только -mstrict-X:

Мой оригинальный вариант, что я приводил ранее:


Насчет задач... В промышленных вариантах я бы не подставлялся под ограничение ПЗУ, так как развитие функциональности всегда возникает... и заполняет всю предоставленную память. Способ снижения себестоимости за счет процессора - на мой взгляд спорно. Тут можно и с каждой функцией индивидуально заняться, хотя это вопрос к взаимодействию с заказчиком. К примеру выяснилось, что использование резисторных сборок вместо отдельных деталей снижает стоимость сборки на станке. Общеизвестно, что трухольные компоненты тоже удорожают.

Есть одна конструкция - радиолюбительское связное устройство SW2011..SW2013 в разных модификациях. Его автор собирает и рассылает с Украины. В трансивере стоит ATMEGA32. И всякие доработки программы должны оставить возможность перешить прошивку на новую не заменяя процессор. Программу для этого устройства делал я, вот и стараюсь утрамбовать. Косвенно, хорошая оптимизация -OS положительно и на производительности сказывается, разумеется за исключением таких способов как -mcall-prologues.

Сообщение отредактировал Genadi Zawidowski - Sep 16 2014, 09:37

Ещё раз перепробовал различные варианты комбинаций ключей, avr-gcc-4.7.2 остался не побеждён.

Понятно, что всё от проекта зависит... А пробовали без набора ключей? Только тот минимум, что и я использую? Как он на Вашем проекте?

Вы ключи сборки вашего проекта меняли, а newlib (или что там в gcc) в вашем проекте не используется?

Пробовал конечно. Результат хуже чем с ключами (пробовал на нескольких проектах). Сравнивать просто так 4.7.2 vs 4.9.2 не вижу смысла.
Мне интересен минимальный размер прошивки. Я уверен что любой проект смогу собрать компактнее на 4.7.2, чем на всех последующих и предыдущих версиях компилятора 4.х.


Используется: avrlibc libm libgcc. ИМХО, начиная с avr-gcc-4.7 он собирается с интеграцией в него части avrlibc, так что подменить без пересборки не выйдет.
Самосборкой компилятора пока не увлекаюсь...

Вспомнил одну "вкусность", которая кроме удобства ещё и компактности кода добавила, в 4.7 её кажется ещё не ввели - атрибуты для разных пространств памяти, при этом работа с памятью программ стала возможной без pgm_read_byte и других. В моих проектах это дало уменьшение кода.

Эта фишка появилась именно в 4.7.
Пользуюсь.
В своё время сам прикладывал руки к avr-libc и закоммитил интерфейс pgm_ххх_float в pgmspace.h ну ещё по мелочи.