Ребята, кто-нибудь имеет положительный опыт по использованию опций компиляции с обратной связью?
Что-то пока не выходит каменный цветок...

-fprofile-arcs

-fprofile-generate
-fprofile-use

Хочу впихнуть невпихуемое:-)

а что не выходит? чтото сгенеренное из выходного отверстия выходит или вообще неработает?
оч интересно разобратся с этим

Да не лезет в кринку вроде бы только, а очень хочется..

у меня так еле-еле помещается в 14К + 2К boot

а с

имею

Хоть gcc значительно дольше размышляет над исходниками.
Надо на другом проекте потренироваться видимо.

мож я чето не понимаю, но мысль такая.

1. компилируется проектс опциями -fprofile-generate -fprofile-arcs -fprofile-values и тд
2. в скомпирированный код добавляется профилировцик - поеэтому код будет значительно больше чем обычная сборка.
3. запускается процесс, за время работы накапливается профилировачная информация - сохраняется в файл с расширением gcda
4. опять запускается компиляция с опциями fprofile-correction -fprofile-use -fbranch-probabilities -fprofile-values - уже используя статистику собранную профайлером из файла gcda.

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

Да это несколько другое чем я понял с первого раза.
Я тоже об этом почитал внимательно.
Я то ведь понял что он без выполнения делает n-проходов компиляции
и всякий раз что-то подкручивает и сравнивает с уже полученным результатом. И запоминает лучший.
Раскатл губу, блин
Целый день пытаюсь выкроить 40 байт в уже вылизанном проекте. Хрен-там...

давай помагу

Спасибо!
Я победил:-)
Переписал модуль rs485, отказался от указателей на регистры в дескрипторе порта в случае если в системе лишь один последовательный порт. Пришлось сделать макросы-обёртки для сохранения читабельности кода, но мне и так нравится.
Выиграл 224 байта!

PS: ничто так не стимулирует на изучение компилятора как закончившаяся память программ