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]

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

Как переносить с х86 на arm я дейсвительно не спрашивал.
Кроме задания архитектуры (-march) есть и другие опции определяющие целевую платформу (-mfpu, -mfloat-abi, -mcpu, может еще какие) Я понял, далеко не везде обязательно их указывать. А поконкретнее можно сказать когда недостаточно собирать для generic linux arm?
Или может просто, чтоб не думалось, изначально как можно больше прописывать уточняющих опций кросскомпилятору в makefile?

Я не хочу ничего нового придумывать, хочу знать как делается

Спасибо

[mdmitry]

Явно набранная кем? Разве при обработке makefile будут выполняться какие-то другие команды?

Предлагается набирать в терминале (см. указанную ТС ссылку) без использования make.
Что в Makefile указано при сборке, то и будет выполняться, в том числе вызов сторонних программ (например, для подсчета контрольной суммы и ее записи в бинарный файл, что необходимо для LPC17xx).

Кроме задания архитектуры (-march) есть и другие опции определяющие целевую платформу (-mfpu, -mfloat-abi, -mcpu, может еще какие) Я понял, далеко не везде обязательно их указывать. А поконкретнее можно сказать когда недостаточно собирать для generic linux arm?
Или может просто, чтоб не думалось, изначально как можно больше прописывать уточняющих опций кросскомпилятору в makefile?

В зависимости от цели при разработке программы опции могут меняться. Например, U-Boot для BeagleBoard собирается с опциями, позволяющими запускать его на любой плате серии. Если же необходимо сжимать видео, то надо учитывать особенности конкретной аппаратной конфигурации и из железа выжимать максимальную производительность. Соответственно, необходима тонкая настройка на максимальную производительность.