federal

пусть тогда накатит :cheers:

удаленка?

уж 4.8.2 месяц как использую

бюджет?

на 4 вилку умножьте и я к вам перебегу

?

меняй профессию

и так всю рыбу уже выловили. скоро rf метки малькам рыб клепать будите?

написано ж, "по интерфейсу Ethernet")

ТС, когда такие вопросы задаешь, всегда указывай версию компилятора и аргументы сборки. по теме, спасет: -Werror -Wfatal-errors

как gdbproxy запускаешь? в первом выхлопе написано что делать. например, так msp430-gdbproxy --port=2000 --debug msp430 /dev/ttyUSB0

жаль мне заказчика

taghighlight

vim + ctags

тему можно закрыть, все собрал наконец-таки

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

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

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

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

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

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

Кто нибудь сам собирал gcc? Всегда используют кросс компилятор. Да, для разработки этого достаточно. Но, наверное, у многих рано или поздно возникало желание заиметь на отладке родной gcc. Теперь вопрос, как его собрать? Гуглил достаточно много, конкретных статей не нашел как это сделать. Много статей именно про кросс тулчейн. Нашел, что при сборке тулчейна --target должен быть равен --host. А --build = той системе, где происходит сборка. Хотел узнать у сообщества, как мне собрать такой gcc для арма? чтобы компилятор и запускался на арме и генерировал код для себя же, т.е. для арма. Можно ли собрать такой компилятор при помощи CodeSourcery? -- С уважением

укажите, как с вами связаться

подтверждаю...

Буратино, какой же ты деревянный все таки