Для сборки под Cortex-Mx пользуюсь тулчейном от Linaro. Нареканий нет.

но не хочет. может ещё какие-нибудь отличия имеются?
пытался kgp слить - там 64 бит версия. не пошла.

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

Сообщение отредактировал dezna - Jan 22 2013, 10:17

Так он только С поддерживает, или я не прав?
(Programming Languages: C )

P.S. Сам и отвечу: не прав. В сообщении №97 IgorKossak'а указана ссылка в которой присутствуют оба компилятора (проверил архив для linux).

спасибо попробую

Я добросовестно просмотрел весь листинг. Различия на уровне кодогенерации, ничего криминального. Всё, что надо - присутствует, и вызывается.
В плане шаманства - попробуйте закомментировать в makefile строчки
,
и

Ну и ещё раз проверьте, что тип процессора, определённый в makefile, соответствует реальному.


Я поискал на страничке по ссылке слово "Linaro", и не нашёл. Потом погуглил, и нашёл другую страничку с тулчейном от Linaro
Судя по ответам на первом сайте:

, для нас больше подходит первый вариант. Но он - не Linaro.

это не понадобилось, хоть и попробовал. всё заработало после правки ld скрипта, за что огромное спасибо.
всё оказалось гораздо прозаичнее. связано с программатором и каким-то образом с прерываниями (нога BOOT0 к +VCC постоянно).
при выключеных прерываниях всё работает, а как разрешаются, то похоже проц переходит на встроенный загрузчик программ.
что и происходило. в main() дёргались светодиоды 3 раза, а когда запускалась ось - всё "висло".


скачал первый вариант, попробовал. всё работает, как и на моём (уже). только код он раздувает почти в 2 раза.
моим HEX файл - 3725 байт
скачаным - 5705
задумался!

На эту ссылку я попал с официального сайта Linaro. В самом низу, в разделе BARE-METAL, вторая снизу. Это как раз то, что нужно.

А я с другого сайта http://www.coocox.org/CoIDE/Compiler_Settings.html,
где мне понравилась фраза:Выходит что Linaro - под крылом ARM...

Где-то в переписке читал, что разработчики Linaro и есть сотрудники ARM.

А, теперь всё понятно. Но давайте всё же для однозначности будем называть эту сборку "GCC ARM Embedded", как они сами её называют?
Надо затестить её, и, если всё нормально, то использовать её как референсную. А то sourcery g++ lite теперь просто так не скачать, да и вообще будущее её неясно.
А тут всё же ARM участвует, солидно

Согласен.

В этом случае я сплю спокойно. Потестил на нескольких проектах. Полёт нормальный. Использую как основной.
В сравнении Sourcery Lite порадовало, что у GCC ARM Embedded нет ограничений на аппаратную плавучку в библиотеках. Радуют также регулярные обновления и хорошая реакция разработчиков в их поддержке.

Ха, так я этот пример, оказывается, и собирал не KGP, а этим:

В makefile-то

Если точнее, то собиралось версией /opt/CodeSourcery/arm-2011.09/bin/
Ещё 2012.03 стоит дома, но дома я в /64 KGP использую.



Хм. У меня даже в закладках лежит. Когда-то почему-то не пошло, видать.
«Бум пробовать»™

Были у них проблемы в линейке 4.6. с непомерным impure_data array. В линейке 4.7 этого не наблюдается.

Возможно, не помню уже.

А LTO что - нет? Только что скачанное:
Или я что-то не так делаю?

Ну да, всё же kgp не так широко известен, поэтому я в примерах делаю по умолчанию arm-none-eabi- (это может быть sourcery g++, yagarto, а теперь, возможно, и GCC ARM Embedded.)