LINUX.ORG.RU

Устанавливаем пакет инструментов GNU ARM под Linux

 gnu arm


0

4

Существует множество средств разработки для различных версий процессоров ARM, но пакет инструментов GNU ARM является, пожалуй, одним из самых популярных. Узнайте подробнее, как разрабатывать встроенное ПО для ядра ARM, а также о том, как установить и использовать для этой цели пакет инструментов GNU.

>>> Подробности

★★★

Проверено: post-factum ()

Ответ на: комментарий от exception13

> статья о sudo aptitude install

Ох если бы.

arm-2008q3-72-arm-none-linux-gnueabi-i686-pc-linux-gnu.tar.bz2
.tar.bz2
.tar.bz2
.tar.bz2

mutley
()

Что-то как-то ниочем. Меня и мой собственнособранный велик (arm cross-toolchain) совершенно устраивает.

m0rph ★★★★★
()
# cd /usr/local/bin
# which arm-none-linux-gnueabi-as
/home/bzimmerly/Sourcery_G++_Lite/bin/arm-none-linux-gnueabi-as
# ln -s /home/bzimmerly/Sourcery_G++_Lite/bin/arm-none-linux-gnueabi-as as
# ls -l as
lrwxrwxrwx 1 bzimmerly bzimmerly 76 2009-03-13 02:48 as -> /home/bzimmerly
/Sourcery_G++_Lite/bin/arm-none-linux-gnueabi-as
# ./as --version

ужас какой.

DELIRIUM ☆☆☆☆☆
()

хочу aptitude install gcc-arm-cortexm3-none

и другие -none

smartly ★★★
()

Я как-то для шиваплага обошелся 'crossdev -t armv5tel-softfloat-linux-gnueabi'... и тулчейн готов.

blind_oracle ★★★★★
()
Ответ на: комментарий от DELIRIUM

>ужас какой.

это не ужас. Это труЪ ынтерпрайз.

devl547 ★★★★★
()

# cd /usr/local/bin # ln -s /home/bzimmerly/Sourcery_G++_Lite/bin/arm-none-linux-gnueabi-as as

А «дядя» уверен, что слака по такого будет нормально работать, если gcc до этого установлен в /usr/local/bin? :)

gh0stwizard ★★★★★
()

>В набор бинарных утилит этого пакета (binutils) входит набор компиляторов GNU (GCC)

Коряво переведено, binutils отдельно GCC отдельно. binutils - это ассемблер, компоновщик(linker) и т.д.

Ex-bluesbreaker
()

А зачем на ассемблере? oO

Vorb
()

>GNU ARM

что-то странное... ну ладно, это бот же запостил

anonymous
()
Ответ на: комментарий от Lumi

>Чем это лучше clfs, который и не только для arm?

Тем что тулчейн от Codesourcery(который кстати тоже не только под arm) хорошенько пропатчен и работает, в отличии от.

gogi
()
Ответ на: комментарий от gh0stwizard

А я ожидал openocd и jtag...

Кроскомпилляторы имеют префикс в названии файлов.
И слака после такого работает, проверено:)

anonymous
()

Вообще если они так хотели версию от CodeSourcery - там же можно скачать обычный инсталлер на жабе, без всяких архивов. И PATH он сам будет подправлять

upcFrost ★★★★★
()
Ответ на: комментарий от anonymous

>Тру энтерпрайз - это Keil и его тулзы, тогда уж.
А он разве умеет генерировать код для arm-linux? То-то же.

gogi
()
Ответ на: комментарий от Jayrome

>Просто интересно, кто-нибудь юзает девайс на ARM как настольную систему?

Раз лежит на столе значит настольная :)

Положу в карман будет карманная :)

sS ★★★★★
()

> # cd /usr/local/bin
> ...
> # ln -s /home/bzimmerly/Sourcery_G++_Lite/bin/arm-none-linux-gnueabi-as as

в /usr/local/bin, без префикса архитектуры... автора уволить, статью удалить, бота забанить.

arsi ★★★★★
()
Ответ на: комментарий от anonymous

>>Тру энтерпрайз - это Keil и его тулзы, тогда уж.

нельзя о таком вспоминать на ночь глядя! >_<

exception13 ★★★★★
()

>Билл Циммерли, специалист в области инженерии знаний, Рязанский государственный радиотехнический университет

Живет он в деревушке Хиллсборо, Миссури, где может наслаждаться чистым воздухом и прекрасной природой.


Хотя следующее предложение многое объясняет

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

anonymous
()

Мнда. А какой-т ГСМ в российском IBM поимел за это бабла. (Я не против бабла, я против того, чтобы оно платилось за высеры ГСМ.)

Sanitar
()
Ответ на: комментарий от I-Love-Microsoft

Ну конечно же, Makefile-ы это же так сложно. Лучше придумать свой формат с блэкджеком и т.д. И от 30 гигов при сборке никто совсем не сжирает.

Ex-bluesbreaker
()
Ответ на: комментарий от I-Love-Microsoft

>Чем оно лучше OpenEmbedded? Которое к слову проще этого и buildroot-а в 10 раз...

Тут речь о компиляторах, а не о приблудах для сборки системы. Так что сравнение не совсем корректное. Мне, например, для постороения системы нужно не так уж много и всё это я в состоянии собрать сам, был бы нормальный компилятор.

gogi
()

GNU компилятор и все приблуды собираются из нативных сырцов одним скриптом за 20 минут, нафига велосипеды плодить.

mskmsk1985
()
Ответ на: комментарий от mskmsk1985

>GNU компилятор и все приблуды собираются из нативных сырцов одним скриптом за 20 минут, нафига велосипеды плодить.

Ну не у всех этот скрипт есть, а собрать вручную не так просто. Плюс GNU кросс-компилятор и приблуды под arm требуют обильного патчения. Для каждой версии gcc/binutils/libc эти патчи свои, их нужно знать где брать и т.д. И даже после этого, качество компилятора много хуже чем для x86. А ребята из codesourcery сами учавствуют в разработке arm linux abi, отправляют много патчей в ванильный gcc, так что им можно доверять. Но себе я собираю сам.

gogi
()

Наконец-то хоть что-то полезное от этого бота.

Quasar ★★★★★
()
Ответ на: комментарий от exception13

exception13> статья о sudo aptitude install binutils-arm-linux-gnu* gcc-X.Y-arm-linux-gnu* ???

Там для слаки руководство.

Quasar ★★★★★
()
Ответ на: комментарий от gogi

Про патчи пруф можно? Почему у меня нативные сырцы собрались без бубнов и патчей и генерируют 100% работособный код без всяких багов, ЧЯДНТ?

Чтобы найти скрипт нужно пользоваться поиском, на ЛОРе этот скриптик был.

mskmsk1985
()
Ответ на: комментарий от Jayrome

Да, пытаюсь. Буду очень признателен, если кто-нибудь поможет достать PandaBoard

anonymous
()
Ответ на: комментарий от mskmsk1985

ЧЯДНТ

С платформой повезло или копаешь не так глубоко. Armv7, например, мне кажется сейчас всяко лучше поддерживаются, чем мои xscale'ы.

Про патчи пруф можно?

Ну посмотри здесь чтоли: binutils-2.20.1 gcc-4.4.5 glibc-2.9 glibc-ports-2.9 Не всё там к армам относится, но всё таки порядочно.

gogi
()
Ответ на: комментарий от gogi

Платформа AT91 все работает из коробки, хотя как автор сборки могу сказать что от arm к arm там мало что зависит (ну если только разрядность да порядок байт). Основные различия на уровне переферии вокруг армового ядра, но это камень уже в сторону ядра системы которую хотите запустить а не компилятора, последнему фиолетово под какой арм плодить код в пределах архитектуры (с точки зрения компилера архитектура это arm5tej или arm6 или что тае еще есть, armv7 это обвязка, Вы путаете божий дар с яичницей).

ЗЫ: засуньте этот crosstool-ng куда подальше и никому не показывайте (Мой опыт показывает что сие «шэдевр» нужно выкинуть), с этими патчами gcc версии больше чем 4.3 так и смог плодить работоспособный код (все плюсовое что им собиралось, особенно Qt рассыпалось по сегфолту в glibc), потому я кстати и написал скрипт который собирает все из ванильных сырцов, и все как не странно работает. А для блэкфина crosstool-ng даже компилятор собрать со своими патчами не смог, когда без них все собирается из ванилина и как не странно опять работает как часы. Так ЧЯДНТ?

mskmsk1985
()
Ответ на: комментарий от mskmsk1985

>Платформа AT91
Понятно. Ты пишешь под bare metal? У меня проц помощнее и платформа и компилятор у меня для linux. А это всё очевидно сложнее устроено.

(с точки зрения компилера архитектура это arm5tej или arm6 или что тае еще есть, armv7 это обвязка, Вы путаете божий дар с яичницей).


Сходи уже хоть на википедию просвятись чтоли, сам всё напутал. ARMv7 - это версия набора инструкций, а например ARM9 - это семейство ядер, которые могут иметь архитектуру armv4 или armv5. Кстати arm5tej -такой архитектуры нету, есть armv5tej. Мой pxa270 почти такой, только без буковки j. Уж это-то я знаю :)

ЗЫ: засуньте этот crosstool-ng куда подальше и никому не показывайте (Мой опыт показывает что сие «шэдевр» нужно выкинуть), с этими патчами gcc версии больше чем 4.3 так и смог плодить работоспособный код (все плюсовое что им собиралось, особенно Qt рассыпалось по сегфолту в glibc),


Да я разные пробую периодически. Был и oselas и buildroot. На самом деле разницы особой нету какая система сборки, главное чтобы патчи нужные были. gcc 4.4.5 у меня работает нормально. По поводу сегфолтов - если ты про эту тему http://www.linux.org.ru/forum/development/5512123, то попробуй в конфиге ct-ng указать «CT_LIBC_GLIBC_EXTRA_CFLAGS=»-U_FORTIFY_SOURCE" и всё у тебя заработает.

gogi
()
Ответ на: комментарий от mskmsk1985

и как не странно опять работает как часы. Так ЧЯДНТ?

У меня конкретно претензии к ванильному gcc: [ARM]iwmmx на gcc вообще был когда-нибудь юзабельным?. Но это касается только моего процессора. Патча никто похоже нормального не сделал. Я набросал один workaround, теперь более-менее нормально работает gcc 4.2.x, а всё что выше - дико вылетает. Прмчём даже уже другие ошибки идут, о которых багзилла тоже знает.

gogi
()
Ответ на: комментарий от mskmsk1985

> GNU компилятор и все приблуды собираются из нативных сырцов одним скриптом за 20 минут, нафига велосипеды плодить.

да-да, как же

а только до этого надо задать кучу вопросов людям о том, как это делать, вот твой http://www.linux.org.ru/forum/development/5528260

www_linux_org_ru ★★★★★
()
Ответ на: комментарий от mskmsk1985

>ЗЫ: засуньте этот crosstool-ng куда подальше и никому не показывайте (Мой опыт показывает что сие «шэдевр» нужно выкинуть)


Видел я твои ламерские вопросы тут на форуме - постеснялся бы школота позориться с выводами, ты вообще какой-то придурочный похоже, неужели в дурдоме интернет появился ?

anonymous
()
Ответ на: комментарий от www_linux_org_ru

Ну это скорее ответ а не вопрос, к тому моменту я уже допер как это делается. Не боги же горшки обжигали.

mskmsk1985
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.