Определение версии LIBC в makefile, avr-libc Опции

[demiurg_spb]

Подскажите пожалуйста, как можно наиболее просто определить версию avr-libc в makefile, чтобы цеплять правильные библиотеки.
Единственное место где я смог откопать версию - это файл version.h из самой avr-libc.
В нём есть такая строчка:

Код

#define __AVR_LIBC_VERSION__        20000UL

Никаких более подобных предопределённых символов я нигде не нашёл.
Парсить version.h не очень хочется, но если нет вариантов то буду...

Смотрел либы при помощи objdump

Код

objdump -t libgcc.a

Смотрел вывод компилятора на команду

Код

echo "" | avr-gcc -E -dM -x c - | sort | more

- никаких зацепок.

Кто-нибудь решал такую задачку?

[DmitryM]

Официально avr-libc user-manual

[demiurg_spb]

Вы вопрос мой, видимо, не поняли.
Всё что написано по Вашей ссылке мне прекрасно известно.
Задача стоит следующая: как внутри makefile, (ещё до начала компиляции) узнать версию avr-libc, чтобы изменить правило сборки в зависимости от этой версии.
Я нашёл лишь одно решение - парсить файл version.h (на который Вы тоже дали ссылку).
Это не очень удобно. Я хочу получить совет, как это сделать максимально красиво.

[zltigo]

Задача стоит следующая: как внутри makefile, (ещё до начала компиляции) узнать версию avr-libc, чтобы изменить правило сборки в зависимости от этой версии.

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

[demiurg_spb]

Тут всё просто: avr-libc ранее не разделял таргеты вплоть до конкретной модели MCU.
Теперь они переиграли структуру и стали использовать механизм спецификаций и теперь нужно линковаться с ключём

Код

-l$(MCU)

Ранее без него всё собиралось.
Чтобы учесть эту фичу нужен костыль в мейке.
Ничего случайного тут нет.
Просто поменялся API c версии avr-libc-2.0.0 (или даже чуть ранее - пока не выяснил).