Кросс компиляция под архитектуру ARMv8 на Linux машине

Необходимо скомпилировать бинарник, который запустится на Raspberry Pi 3+, и код должен соответствовать стандарту c++17. Официальный кросс-компилятор (https://github.com/raspberrypi... rm-bcm2708 устаревший и не поддерживает стандарт. Как решение нашёл два варианта:

1) Установить g++-8-arm-linux-gnueabihf компилятор и собирать с ним

2) Указать опцию gcc -march (https://gcc.gnu.org/onlinedocs... tions.html)

Чем эти варианты отличаются и какой лучше? Компилировать на самой плате не подходит, так как слишком долго.

0

Сообщение от #pragma Указать опцию gcc -march

А вы пробовали этот вариант?
Вы же знаете, что комплект должен быть собран с поддержкой данной архитектуры, чтобы эта опция сработала?

Сообщение от #pragma Установить g++-8-arm-linux-gnueabihf компилятор и собирать с ним

Угу.

1

Сообщение от #pragma 2) Указать опцию gcc -march

Сия опция влияет только на построение объектного файла. Она НЕ влияет на процесс линковки в том смысле, что комплект библиотек только один, а под какую машину он собран - компилятор не знает. Т.е. что есть, под то и получится бинарник

Со всякими кросс-комплектами тоже надо работать аккуратно. Нужно быть уверенным, что в кросс-режиме динамические библиотеки используются ровно такие же, как и установленные на машине. В противном случае можно нарваться на мину

Добавлено через 4 минуты
В идеале лучше самому научиться собирать cross-toolchain (так по умному называется кросс-комплект) из компонент нужных тебе версий (gcc, binutils, glibc, kernel-headers). Только надо где-то поискать грамотное описание такого процесса

1

Сообщение от Evg Со всякими кросс-комплектами тоже надо работать аккуратно. Нужно быть уверенным, что в кросс-режиме динамические библиотеки используются ровно такие же, как и установленные на машине. В противном случае можно нарваться на мину

Поискав в сети, я так понял, что если в проекте есть библиотечные зависимости, которые линкуются с бинарником, то нужно либо компилировать и их тоже вместе с их зависимостями (и так далее рекурсивно ), либо компилить до стадии линковки и линковать уже на целевой архитектуре (что довольно криво)

Сообщение от Evg Добавлено через 4 минуты В идеале лучше самому научиться собирать cross-toolchain (так по умному называется кросс-комплект) из компонент нужных тебе версий (gcc, binutils, glibc, kernel-headers). Только надо где-то поискать грамотное описание такого процесса

Нашёл довольно простую инструкцию в одном блоге на эту тему https://www.bootc.net/archives... pberry-pi/
Собирал по нему, всё собралось, правда там ньюансы тоже есть, связанные с поддержкой чисел с плавающей точкой (soft или hard).
Ну и ещё до кучи, если кому сгодится:
https://medium.com/@au42/the-u... 56054de187 - Тут объясняется, как делать toolchain-файлы для cmake. Хотя я пока не смог скомпилить проект, у которого в зависимостях есть OpenCV под другую архитектуру, у них там при кросс-компиляции подставляются свои toolchain-файлы, и непонятно, что с этим делать пока.

А вот ту уже для любителей, чисто кросс-комплект "сделай сам" https://solarianprogrammer.com... pberry-pi/ но по нему не пробовал собирать, хотя думаю это более гибкий способ (в кросс комплекте не всегда присутствуют библиотеки нужных версий)

0

Сообщение от #pragma Поискав в сети, я так понял, что если в проекте есть библиотечные зависимости, которые линкуются с бинарником, то нужно либо компилировать и их тоже вместе с их зависимостями (и так далее рекурсивно ), либо компилить до стадии линковки и линковать уже на целевой архитектуре (что довольно криво)

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

1

Сообщение от #pragma Нашёл довольно простую инструкцию в одном блоге на эту тему

Некие добрые люди написали утилиту crosstool-ng для автоматизации процесса сборки toolchain'а. Сам по себе процесс сборки toolchain'а - это довольно сложная штука, в котором по смыслу есть миллион разных настроек (начиная с выбора конкретных версий gcc, binutils, glibc, kernel-headers). Очевидно, что разработчики crosstool-ng просто не в состоянии учесть весь миллион тонкостей, а потому через данную утилиту будет нормально работать сборка только в определённых рамках (неспроста автору блога пришлось включать ряд experimental фич). Для одноразовой сборки такой вариант сойдёт, однако есть опасения, что уже в твоём случае пойдёт всё не так гладко. С момента написания статьи прошло 6 лет, уже очень много всё поменялось, а потому взять свежие версии gcc и тупо следовать инструкциям в блоге скорее всего не получится

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

1