Cubieboard2, вопросы по кросскомпиляции Опции

[berkl]

Привет форумчане,

Вот хочу начать юзать эту http://docs.cubieboard.org/products/start#a20-cubieboard плату но не могу разобраться с кросскомпиляцией. У меня инструменталка - Убунта, на кубике предполагается юзать Lubuntu. Нужен кросскомпилятор (тулчейн), но на сайте производителя я нашел только вот эту статейку http://docs.cubieboard.org/tutorials/cb1/d...on_ubuntu_12.04 Там предлагается использовать Sourcery CodeBench Lite, и в качестве примера компилируется HelloWorld! незамысловатой командой

arm-none-linux-gnueabi-gcc–static –o first first.c

То есть скачали тулчайн и сразу компилируем, и пофиг какое у нас железо ? Настраивать gcc не надо, хотя бы указать какая архитектура у нашего камешка (ARMv7-A) ?

Дальше нашел форум forum.xda-developers.com/showthread.php?t=2098133http://forum.xda-developers.com/showthread.php?t=2098133 Тут один товарищ Christopher83 настрочил кучу тулчайнов тулзом CrossTool-NG для разных версий линаровских gcc и gdb. Примечательно, у него часть тулчайнов собрано для конкретного проца (какой та там Самсунг). Другая часть - так называемые "generic". Типа куда угодно подойдут, как есть, включая тот же кубик ?

Проясните пожалуйста, как пользоваться "generic" кросскомпиляторами, вроде CodeSourcery, Linaro. Неужели просто брать и компилить, и пофиг что у меня: кубик, малина, или еще какой-нибудь бигль ?

Заранее благодарен

[berkl]

Кросскомпиляция настраивается на конкретный процессор и с конкретными опциями, в том числе и линкера. Делается это чаще в Makefile.

Понятно.

То есть нельзя делать как тут http://docs.cubieboard.org/tutorials/cb1/d...on_ubuntu_12.04 рекомендуют. Типо скачал кросскомпилятор, подсунул его make'у вместо нативного gcc инстументалки и привет.

[psL]

То есть нельзя делать как тут http://docs.cubieboard.org/tutorials/cb1/d...on_ubuntu_12.04 рекомендуют. Типо скачал кросскомпилятор, подсунул его make'у вместо нативного gcc инстументалки и привет.

ссылка не открывается.
Без указания архитектуры сборка будет производится под generic arm, т.е. без использования характерных комманд и оптимизации. Линукс как раз и портируют на другие архитектуры, чтобы обеспечить однотипную среду выполнения и инструменты сборки в независимости от архитектуры, т.е. чтобы "подсунул и привет"

[mdmitry]

Без указания архитектуры сборка будет производится под generic arm, т.е. без использования характерных комманд и оптимизации. Линукс как раз и портируют на другие архитектуры, чтобы обеспечить однотипную среду выполнения и инструменты сборки в независимости от архитектуры, т.е. чтобы "подсунул и привет"

Именно ARM????
Сборка должна идти для системы в которой выполнен запуск, если в makefile не указан кросскомпилятор и ARCH явно.

[psL]

Именно ARM????
Сборка должна идти для системы в которой выполнен запуск, если в makefile не указан кросскомпилятор и ARCH явно.

в случае:

Код

arm-none-linux-gnueabi-gcc –static –o first first.c

именно ARM

[mdmitry]

в случае:

Код

arm-none-linux-gnueabi-gcc –static –o first first.c

именно ARM

Это явно набранная командная строка и сомнений нет, что arm.
Если хочется десятки файлов большого проекта так собирать, то конечно можно - дело вкуса.
Пакеты linux`а все же обычно собираются с помощью утилиты make. При сборке ядра (с помощью make) для платформы отличной от текущей, необходимо явно указывать архитектуру и кросскомпилятор.

[psL]

Это явно набранная командная строка и сомнений нет, что arm.
Если хочется десятки файлов большого проекта так собирать, то конечно можно - дело вкуса.
Пакеты linux`а все же обычно собираются с помощью утилиты make. При сборке ядра (с помощью make) для платформы отличной от текущей, необходимо явно указывать архитектуру и кросскомпилятор.

Явно набранная кем? Разве при обработке makefile будут выполняться какие-то другие команды?
Но мне понятно о чем вы пишете.
Видимо вопрос ТС не в том, как перенести программу с x86 на arm, вопрос в том, обязательно ли задавать архитектуру для тулчейна или достаточно того, что сборка будет производится под платформу (generic).
Для программ типа first.c, да и для многих других задавать архитектуру необязательно.