Кто нибудь сам собирал gcc?

Всегда используют кросс компилятор. Да, для разработки этого достаточно.
Но, наверное, у многих рано или поздно возникало желание заиметь на отладке родной gcc.

Теперь вопрос, как его собрать?

Гуглил достаточно много, конкретных статей не нашел как это сделать. Много статей именно про кросс тулчейн.

Нашел, что при сборке тулчейна --target должен быть равен --host. А --build = той системе, где происходит сборка.

Хотел узнать у сообщества, как мне собрать такой gcc для арма? чтобы компилятор и запускался на арме и генерировал код для себя же, т.е. для арма.

Можно ли собрать такой компилятор при помощи CodeSourcery?

--
С уважением

На Убунту он устанавливается (возможно даже и сразу стоит) командой:
sudo apt-get install gcc

Только кросс-компилятор круче. На более сильном компьютере позволяет быстрее генерировать код.

Еще способ:
Установить LTIB. Фрискейл дают образ диска для виртуальной машины с уже установленным.
Там в конфигурации можно выбрать и скомпилировать.

Другой способ на этом сайте можно заказать построить все что угодно.
http://www.timesys.com/

Tarbal,
вы меня не поняли.

Я в курсе, что можно скачать ангстромовские и убунтовские пакеты для gcc.
Цель моя - самостоятельно собрать его.

В "Дженту" кросс-компилятор собирается из исходников вводом всего двух команд в консоли: тынц. Приятно порадовало, что при установке обновлений операционной системы кросс-компилятор пересобирается и обновляется самостоятельно. Я собирал компилятор для "АРМов", все работает отлично.

речь не про кросс-компилятор

Не понимаю, какая связь между отладкой и наличием нативного gcc...
Я прекрасно отлаживаю в целевом устройстве код, собранный кросс-компилятором на персональном компьютере...

Buildroot Вам в помощь BR2_PACKAGE_GCC_TARGET - опция в Buildroot которую необходимо установить.

отладка имелась ввиду конечное устройство.


суть не в отладке.

по теме, как собрать?
у кросс компилятора свой glibc
на целевой плате - свой

при сборке пишут, что собирать нужно вообще новый и с ним линковать нативный gcc




с Buildroot не хотелось бы связываться, хочется самому собрать без Buildroot

Можно посоветовать Вам книжицу "Embedded Linux system design and development". В ней описан путь сборки собственного кросс-компилятора, но можно место нативного компилятора указывать применение Вашего кросс-компилятора.
Хотя в книге описаны только самые основные шаги, возни будет ну оооочень много...

xor.kruger, спасибо за совет. Книгу читал.
Как кросс gcc собрать - тут все прозрачно и понятно.

вопрос именно в том, что для нативного gcc собирать glibc надо?
вообще, по логике, не нужно, ибо придется кроме gcc пересобирать всю систему.

мне так же не понятно, есть CodeSourcery, при кросскомпиляции он линкуется с либами(glibc и т.д.), которые идут вместе с CodeSourcery.
на целевой платформе glibc может быть другой(у меня другая).
обычные user-space приложения, собранные при помощи CodeSourcery на целевой плате запускаются и никаких ошибок.

кросскомпилирую binutils, когда --target равен --host, компилирую успешно.


Сообщение отредактировал federal - Oct 31 2013, 11:27

Тогда почему бы на целевом устройстве просто не ввести команду: "emerge gcc"? Исходники под целевое устройство скачаются сами вместе с зависимостями. Зачем ломать себе мозг?

libc.so в обоих случаях используется тот же самый, потому как он динамически линкуемый.
Для статической линковки libc.a надо указать ключ при компиляции апликации.



По умолчанию один и тот же. Он должен стоять на обеих платформах, но на рабочей машине чисто для линковки. Исполняться будет всегда тот, что стоит на таргет машине.

так оно и есть


я тоже так считал, да и считаю...
но на деле не совсем так. объясню почему.

вы можете поставить CodeSourcery, иметь из целевой фс либы, скажем, из /usr/lib, но не иметь glibc.
и вы удачно скомпилируете приложение, явно компилятору не указывая, где ваш целевой glibc лежит. Такой фокус не проходит, скажем, с pthread. А вот с glibc проходит. И вы успешно запустите ваше приложение.

вот тут то и возник у меня этот вопрос, ибо, используя старенький glibc на целевой платформе и собирая нативный тулчейн, происходит путаница с glibc. А собирая новый glibc, придется пересобирать всю систему.
,

А какой у вас Линукс?

Есть книга, где описано как самому строить Линукс. Посмотрите там.
http://www.linuxfromscratch.org/#

ядро 3.5.5
по lfs и собираю