avr-gcc 4.9.2, windows бинарники Опции

[Genadi Zawidowsk...]

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

gcc version 4.9.2 20140912 (prerelease) (GCC):

AVR Memory Usage
----------------
Device: atmega644pa

Program: 32754 bytes (50.0% Full)
(.text + .data + .bootloader)

Data: 936 bytes (22.9% Full)
(.data + .bss + .noinit)

gcc version 4.7.2 (AVR_8_bit_GNU_Toolchain_3.4.2_939):

AVR Memory Usage
----------------
Device: atmega644pa

Program: 32942 bytes (50.3% Full)
(.text + .data + .bootloader)

Data: 936 bytes (22.9% Full)
(.data + .bss + .noinit)

[Genadi Zawidowsk...]

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

Device: atmega32

Program: 32842 bytes (100.2% Full)
(.text + .data + .bootloader)

Data: 880 bytes (43.0% Full)
(.data + .bss + .noinit)

Только -mstrict-X:

Device: atmega32

Program: 32466 bytes (99.1% Full)
(.text + .data + .bootloader)

Data: 880 bytes (43.0% Full)
(.data + .bss + .noinit)

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

Device: atmega32

Program: 32476 bytes (99.1% Full)
(.text + .data + .bootloader)

Data: 880 bytes (43.0% Full)
(.data + .bss + .noinit)

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

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

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

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

[demiurg_spb]

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

[Genadi Zawidowsk...]

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

[demiurg_spb]

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

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

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

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