CMake toolchain

что же я делаю не так?

используешь CMake. А надо autotools

CMake поддерживают больше IDE + он быстрее работает. И вообще ответ не по теме.

А надо autotools

Не надо. И правильно писать autocrap.

тебе должно быть стыдно признаваться в своём неосиляторстве

А надо autotools

Это весьма по-хипстерски - откопать говно и назвать ретро-модой.

никто и не закапывал, хипсторы не при чём

больше половины GNU/Linux автотулзами собирается

Не уверен, но разве надо заносить переменную в кеш? Она же у тебя в файле прописана, соответственно, каждый раз при вызове cmake значение не будет меняться. Пальцем в небо: убери её из кеша и не клади туда (set(CMAKE_C_COMPILER ${MCU_COMPILER}))

cmake /path/to/main/cmakelists.txt -DCMAKE_TOOLCHAIN_FILE=you_toolchain_file $other_args_pass_to_cmake

- правильный способ использовать toolchain_file.

https://github.com/KivApple/mcu-info-util/blob/master/misc/cmake-project/CMak... - сударь, документацию по cmake читать непробовал ?

ссыль на подробное описание оного оффтопике? mxe не предлагать, cygwin тоже

чойта cygwin не предлагать, прекрасно там всё работает :)

Про CACHE я добавил уже после написания вопроса на форум - и всё заработало. Изначально там был как раз твой вариант и проблема имела место быть. Вопрос в том, насколько это криво.

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

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

я собираю не обычную программу, а прошивку для микроконтроллера

https://github.com/mkleemann/cmake-avr — я сейчас вот этим пользуюсь, там cmake-овские переменные не перезаписываются

И тут есть два варианта:

1) Перезаписать переменные CMAKE_C_COMPILER и CMAKE_CXX_COMPILER после директивы project. Это костыль, ибо не будет работать проверка компилятора и некоторые другие внутренние механизмы CMake. С тем же успехом можно пройтись sed по итоговому Makefile и заменить gcc на avr-gcc.

2) Указать тулчайн с помощью параметра командной строки CMake. То есть через настройки IDE. Зачем? Это тавтология. Прошивка и так жёстко привязана к конкретному тулчайну. При смене микроконтроллера придётся править исходники и изменение CMakeLists.txt - самое простое.

Какой профит от неуказывания тулчайна в файле проекта прошивки? Какой НЕпрофит я знаю - лишние телодвижения при компиляции проекта, либо при импорте проекта в IDE. А какой профит? То что ты можешь по-быстрому без правки проектного файла скомпилировать прошивку для AVR компилятором для ARM и увидеть тонны ошибок компиляции?

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

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

Тебе никто не мешает объединить два файла в один. Я это скидывал лишь как пример реализации без перезаписывания CMAKE_C[XX]_COMPILER, если что

Эм? Я лично вполне вижу перезапись этих переменных внутри https://github.com/mkleemann/cmake-avr/blob/master/generic-gcc-avr.cmake

set(CMAKE_C_COMPILER ${AVR_CC})
set(CMAKE_CXX_COMPILER ${AVR_CXX})

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

Это как-то должно изменить поведение инструмента явно описанное в документации ?

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

Не требование, но поведение cmake описанное в документации.

Но в моём случае это ненужно, вредно и неудобно.

Зато строить троллейбус из буханки «нужно, полезно и удобно»

Значит, я слепой ☹