Подружить autotools и stm32

config.log ?

Если не секрет, для чего это может потребоваться? :)

Надо.

Как вариант через CFLAGS передать --sysroot=/path/to/toolchain/lib

Не люблю писать Makefile руками.

Понятно. Даже интересно, хватит ли у autotools гибкости реализовать такую нетривиальную вещь. Подписался на тему :)

Я бы и на qmake согласен, если бы знать, как там с кросс-компиляцией.

Сделал с тем же самым итогом.

Я решил эту проблему просто - написал один универсальный Makefile с поддержкой внешнего довольно простого конфига.

Так и должно быть. Твой тулчен использует newlib и для него тебе нужно или самому определить вызов _exit, или указать линкеру опцию --specs=nosys.specs чтобы подключить стандартные пустые реализации системных вызовов.

Будь любезен, с этого момента поподробнее.

Ну на микроконтроллере у тебя нет операционной системы. Потому libc не знает что делать когда управление вернется из main. Тебе нужно или самому написать функцию _exit с бесконечным циклом внутри или подключить одну из стандартных реализаций через параметр specs. То же самое и для других системных вызовов, например если ты хочешь чтобы malloc работал тебе понадобится написать функцию _sbrk.

pftBest Таки прав, добавляй --specs=nosys.specs либо реализовывай недостающие системные вызовы сам.

Вот. А ТС автотулзы зря обвиняет :)

По привычке делаю autoscan, aclocal, autoheader, autoconf, automake --add-missing --force-missing --foreign

проще одной командой autoreconf -i

Я сам в autotools не умею, расскажи как там указать опции линкера. Надо ведь не только --specs добавить, но еще и опцию -T с линкер скриптом.

./configure LDFLAGS=" -Wl,--specs=nosys.specs"

наверное так

Я не обвиняю их, я стараюсь понять в какую переменную в Makefile.am стоит запихнуть этот -specs, потому что с прямым вызовом компилятора оно таки работает. Что самое интересное вызов CFLAGS=-specs=nosys.specs ./configure --build=... --host=... работает как надо, а если добавить hello_CFLAGS=-specs=nosys.specs в Makefile.am и вызвать autoreconf -i, всё летит к чертям при вызове ./configure.

вообще-то это как бе флаг линкера, надо в LDFLAGS

Мой обычный LDFLAGS выглядит как-то так:

LDFLAGS = -g \
    -flto \
    -ffunction-sections \
    -fdata-sections \
    -mthumb \
    -march=armv7e-m \
    -mfpu=fpv4-sp-d16 \
    -mfloat-abi=hard \
    -Wl,-O1,--gc-sections \
    -Wl,-Map=$(BINDIR)/$(TARGET).map \
    -T$(LD_SCRIPT) \
    --specs=rdimon.specs

С тем же успехом.

config.log прикладывай, не надо общих слов :)

Если код твой для одной специфической железки, и ты никогда его на других архитектурах запускать не собираешься, тогда тебе и не надо. А так, как минимум не стоит хардкодить архитектурно-специфичные флаги типа -mthumb, -march, -mfpu, остальные можно задавать внутри Makefile.am, архитектурно-специфичные флаги можно выставлять внутри configure.ac скрипта на основе выбранного --host

Приложить целиком не могу, на работе плохо с интернетами.

Но он не изменился.

Ну если ты пишешь для МК то ты по определению не сможешь запустить весь проект под другой архитектурой. Единственное что бывает нужно это взять часть файлов и собрать их для хоста вместе с тестами. Но я не знаю как такое делается в autotools.

https://www.gnu.org/software/autoconf/manual/autoconf.html

https://www.gnu.org/software/automake/manual/automake.html

Читай, проникайся :)

многа букаф, ниасилил :)
Что-то мне написать два Makefile проще чем переварить эту стену текста.
А если нужно будет что-либо кросс-платформенное собирать, то последую примеру llvm и возьму cmake вместо сабжа.

а у cmake как будто не стена текста

У cmake все красиво в стиле документации питона, с поиском, навигацией и примерами использования. Если понадобится, то читать там немного приятнее чем доки в стиле GNU.
Я сейчас не использую ни то ни другое, так что сравнить не могу. Но я вижу как все больше проектов выкидывают autotools и переходят на cmake, так что даже не смотря можно заранее поставить плюсик в его пользу.

Но я вижу как все больше проектов выкидывают autotools и переходят на cmake,

аргумент из разряда «миллионы мух не могут ошибаться»

Среди этих «мух» есть одна или две которым я доверяю. А еще может быть я муха, а не редкая бабочка, в таком случае выбор очевиден.