LINUX.ORG.RU

История изменений

Исправление intelfx, (текущая версия) :

почему его содержимое не есть «большое количество boilerplate-кода»

Потому что это не «большое количество», а десять значащих строк.

И так для каждой архитектуры портянку писать?

Ты мог заметить, что в этом ARM.cmake единственная ARM-специфичная деталь — это передача компилятору флагов выбора ABI и набора инструкций. Их можно передавать через -DCMAKE_<LANG>_FLAGS, в каковом случае toolchain-файл становится универсальным для всех GCC-подобных тулчейнов.

В новой редакции комментария я привёл ссылку на официальную документацию — как ты можешь видеть, там всё ещё более компактно, а для некоторых тулчейнов (например, clang) вообще достаточно лишь записать требуемую характеристику платформы в специальную переменную.

Исправление intelfx, :

почему его содержимое не есть «большое количество boilerplate-кода»

Потому что это не «большое количество», а десять значащих строк.

И так для каждой архитектуры портянку писать?

Ты мог заметить, что в этом ARM.cmake единственная ARM-специфичная деталь — это передача компилятору флагов выбора ABI и набора инструкций. Их можно передавать через -DCMAKE_<LANG>_FLAGS, в каковом случае toolchain-файл становится универсальным для всех GCC-подобных тулчейнов.

В новой редакции комментария я привёл ссылку на официальную документацию — как ты можешь видеть, там всё ещё более компактно, а для некоторых тулчейнов (например, clang) вообще достаточно лишь установить специальную переменную.

Исходная версия intelfx, :

почему его содержимое не есть «большое количество boilerplate-кода»

Потому что это не «большое количество», а десять значащих строк.

И так для каждой архитектуры портянку писать?

Ты мог заметить, что в этом ARM.cmake единственная ARM-специфичная деталь — это передача компилятору флагов выбора ABI и набора инструкций. Их можно передавать через -DCMAKE_<LANG>_FLAGS, в каковом случае toolchain-файл становится универсальным для всех GCC-подобных тулчейнов.