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

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

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

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

Интересно. Разве кросскомпиляция не настраивается на конкретный процессор ? Да, скомпилированная программа будет работать под управлением Линукса, но всё таки она скомпилирована в набор команд, инструкций целевого чипа. Или как? Тот же Codesourcery Lite (arm-none-linux-gnueabi-gcc) поддерживает сразу 3 архитектуры: armv5, armv6, armv7-a. Неужели ему не интересно хотя бы для какой из перечисленных архитектур мне щас надо компилировать мои сишники ?

Спасибо!

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

Ему - нет. Вам интересно, вы и задавайте, например через -march

Понятно.

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

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

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

в случае:

именно ARM

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

Извиняюсь, вот
http://docs.cubieboard.org/tutorials/cb1/d...on_ubuntu_12.04



Собственно я и тему поднял потому что не понятно что есть "generic arm" . Значит "generic" собирается из набора инструкций, совместимого со всеми архитектурами, входящими в данный тулчейн, так? В этом случае, вероятно программа будет работать относительно не оптимально или даже неприемлемо медленно. Зато она запустится и на кубике и на планшете из соседнего ларька. Так?



Для кросскомпиляции обычных приложений, под конкретное железо, наверное тоже надо взять за правило настраивать gcc, а не использовать "generic" ?

Сообщение отредактировал berkl - Jan 5 2014, 21:48

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

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

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

Спасибо

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


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

Ясно, понятно.

Пасибочки