.. при передаче линкеру ключа --gc-sections.

Но только для C. С плюсами не работает.

Ну тут уж... что уж..

Нет. Не оно. Это он считает, что каждый модуль это вся программа и ничего больше на свете нет. Для того, чтобы тут всё работало - нужно самому всё запихать в один большой файл и скомпилить. А так, связи с main он не определяет . Но таки да, исправно выбрасывает то, что не используется в пределах модуля.

Эксперимент: timer.c описывает функцию get_timer_ticks() которая возвращает тики таймера. Сама переменная тиков объявлена как static volatile и щёлкает по прерыванию.
Из main.c в main() делаем вызов t = get_timer_ticks(); компилим с -fwhole-program. О ужас, проект не линкуется! main.o хочет символ, которого нет! get_timer_ticks благополучно выбросили, потому что модулю timer.c эта функция не нужна(там то она не используется нигде);

Так что - не то

А в техасовском компиляторе просто сказка! Там ещё есть несколько вариантов на выбор(ну типа чтоб без фанатизма или всё подряд удалял). Даа, хороший компилятор. Только уж оооочень долго он работает если все оптимизации включить. А ещё памяти отхавывает с пол гига(на приличном исходнике разумеется). Но оптимизирует зато чётко.

Достаточно передать gcc на вход все исходные файлы сразу (не поодиночке) и на выходе получать сразу .elf, без вызова линкера. Когда разбирался - гугля по -fwhole-program давала достаточно информации. Если память не изменяет - к нему в комплекте предлагался еще какой-то ключик.

ааа эээ мм.. как это без линкера? Честно говоря даже не думал что так можно...
А как он определит ну там entry point, я не знаю... все эти дела ведь линкер решает. Погуглю обязательно!

Да, -fwhole-program + -combine + передать все файлы за один раз. На выходе всё-же не .elf по-моему, а .o файл.

Честно говоря не совсем понимаю зачем это вам?

Насколько я понимаю, вы можете из нескольких C файлов один и по include сделать. Только зачем всё в одну кучу валить?
Наоборот раздельная компиляция - то что надо. Некоторые даже ошибки выявляются.

Если только, чтобы компилятор выкидывал процедуры неиспользуемые, то это можно разными путями обойти.

Оптимизация лучше.
Например, функции, описанные за пределами модуля, не могут инлайниться.
А иногда очень хочется, особенно в прерываниях.
А описание в одном модуле не всегда соответствует логике и структуре проекта.

Ха! И это говорит человек, у которого осталось свободным пол-флеша?
Я согласен с SasaVitebsk. Топикстартеру надо сначала изучить предмет (компилятор), все ключи, нюансы. А уже потом, если в этом останется необходимость, задумываться о супер-оптимизации.
sigmaN, для выбрасывания неиспользуемого кода/данных в gcc есть ключи компилятора -ffunction-sections -fdata-sections и линкера --gc-sections. Мне показалось, что вы это просмотрели.

Оптимизация, как известно, палочка о двух концах - размер/быстродействие.
Хотя, я с некоторых пор тоже не особо заморачиваюсь.
Например, в реализации FreeModbus в прерывании УАРТа вызывается функция обработки через указатель
и ничего... на скорости 115200 валит 100 регистров в секунду за милую душу

Но всё равно, когда замечаешь разницу относительно ИАРа, это немного нервирует
Видимо, у ИАРа просто оптимизация более адаптивная и многопроходная, а GCC-шному компилятору надо по месту объяснять, что от него требуется.

Вот именно! Успевает - значит порядок. Не успевает - профилировка и оптимизация. Правда со времён i8051 не припоминаю, чтоб они понадобились


Это не проблема, надо просто снести ИАР

Дык, уже
только что попробовал -fwhole-program на mspgcc, обругался насчёт анрекогнайзед опшн
ну и хрен с ним пускай...

Когда нужно впихнуть невпихуемое - то это отличный вариант.
Пример из жизни: c 16Кб хорошо оптимизированной программы удалось выиграть ещё около 500Байт - и это было решающим фактором.


Инклюдить всё - это как-то через одно место ИМХО.
Зачем делать через Ж, когда компилятор предоставляет стандартное решение?

Сообщения об ошибках выдаются точно также как и при раздельной компиляции.
Так что никакой разницы здесь нет.
И мне даже кажется что так компиляция происходит быстрее.

Отлично!


Можете сами попробовать пересобрать msp-gcc с этой функцией или попросить Клёна об этом - он ведь у нас Великий Турук-Макто:-)

msp в его меню не входит...
я, правда, тоже уже на Cortex M0 заглядываюсь потихоньку
Надо бы ещё глянуть, что в мспжцц4 насочиняли..
Однако, тема про АВР - вот там всё должно быть в ногу со временем.

Да и инлайны тоже. Приходится писать код в хидерах. И если это функци инициализации таймера в три строки - то инлайн рулит, т.к. вызывается она один раз и размер кода меньше пролога/эпилога. В тоже время всё красиво: таймер в timer.c, АЦП в adc.c. Конечно можно навалить всё в одну большую кучу в файл аля main.c, но это не наш метод ))

Кстати говоря метод -ffunction-sections -fdata-sections и линкера --gc-sections мне кажется каким-то слегка не правильным.... Должен компилятор без вопросов сам всё выбрасывать. Что это за секции, линкеры.....