Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: свежак KGP win32/arm/avr/mips/m68k
Форум разработчиков электроники ELECTRONIX.ru > Микроконтроллеры (MCs) > Cредства разработки для МК > GNU/OpenSource средства разработки
Страницы: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26
klen
свежак arm-kgp-eabi для хоста linux x86_64
это новая ветка 4.8.0
тестил на рабочих проектах
LTO оптимизатор иногда падает, причем не на самых сложных тестах, народ там работает - движуха в коде активная. У меня есть тест с тяжелой компиляцией STL шаблонов - сборная куча из vector, map, удалось наконецто прикрутить string, - это все компиляется и работает с lto. с нетерпением жду когда дапилять std::regexp - тогда посмотрим кто напишет лучше код парсинга например nmea потока - ктото на С в рукопашную или я с помощью regexp.

openocd. его тоже начали подтягивать к тому чтоб для cortex-m4f fpu дебажить, но пока еще недоделали.

http://klen.org/Files/DevTools/linux-x86_6..._64-20120424.7z
_Артём_
Цитата(klen @ Apr 24 2012, 18:08) *

А фортран в него входит?
klen
Цитата(_Артём_ @ Apr 24 2012, 19:35) *
А фортран в него входит?

неа, нет. я его только для себя собирал - Вы превый кто спросил об этом. я в следующий раз поробую присовокупить g95
_Артём_
Цитата(klen @ Apr 24 2012, 18:55) *
Вы превый кто спросил об этом. я в следующий раз поробую присовокупить g95

Вы писали, что на фортране можно быстрее вычисления делать чем на Си, поэтому интересно попробовать (достаточно одинарной точности).
klen
Цитата(_Артём_ @ Apr 24 2012, 20:10) *
Вы писали, что на фортране можно быстрее вычисления делать чем на Си, поэтому интересно попробовать (достаточно одинарной точности).


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

http://klen.org/Files/DevTools/linux-x86_6...120426.tar.lzma
_Артём_
Цитата(klen @ Apr 26 2012, 17:47) *

Сборка под linux-x64?
Чёрт, запустить не на чем, у меня кроме win_x32 ничего нет...sad.gif
Linux-x64 на VirtualBox в win-x32 можно запустить?
Или нужна обязательно Win_x64?
klen
Цитата(_Артём_ @ Apr 26 2012, 23:30) *
Сборка под linux-x64?
Чёрт, запустить не на чем, у меня кроме win_x32 ничего нет...sad.gif
Linux-x64 на VirtualBox в win-x32 можно запустить?
Или нужна обязательно Win_x64?

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

Артем, сборка для 64 битного масдая вас спасет?
AHTOXA
Цитата(klen @ Apr 27 2012, 09:56) *
Артем, сборка для 64 битного масдая вас спасет?

У него же win_x32! Его спасёт сборка под win_x32. И тех у кого win_x64, тоже спасёт сборка под win_x32!
Нет никакого смысла делать сборки под win_x64.
(Я уже много раз выступал на эту тему, но попробую ещё разsm.gif )
cpl
Цитата(AHTOXA @ Apr 27 2012, 07:40) *
У него же win_x32! Его спасёт сборка под win_x32. И тех у кого win_x64, тоже спасёт сборка под win_x32!
Нет никакого смысла делать сборки под win_x64.
(Я уже много раз выступал на эту тему, но попробую ещё разsm.gif )


Поддерживаю !
Сергей Борщ
QUOTE (AHTOXA @ Apr 27 2012, 07:40) *
Нет никакого смысла делать сборки под win_x64.
Не мешайте прогрессу. Не так давно многие говорили, что нет никакого смысла писать на С wink.gif
Genadi Zawidowski
Ну представьте себе... есть конфигурация, в которой работаю уже почти десять лет... даже, наверное, 15..20. с набором тулзов под все случаи ембеддерской жизни. И переход под 64 бита операционку тяжёл - вплоть до того, что эффект в +/- от новой сболрки уже будет не виден...
присоединяюсь к просящим под хост win_32
cpl
Прогресс дело хорошее.
Использую сборку для win32, стоит работает, переходить на 64 пока не хочется, да и непонятно какая выгода от этого.
Перенастраивать систему, болезненно это и времени займет уйму.
smile3046.gif
AHTOXA
Цитата(Сергей Борщ @ Apr 27 2012, 16:02) *
Не мешайте прогрессу. Не так давно многие говорили, что нет никакого смысла писать на С wink.gif

Аналогия невернаsm.gif Больше подходит такая: давайте отменим C, потому что есть C++ sm.gif
То, что есть люди, пользующиеся win32 - объективная реальность, и с этим ничего не поделать. Поэтому сборки под win32 по всем параметрам лучше, чем сборки под win64:
- они работают на любой винде;
- не надо делать двух разных сборок;
- их можно носить на флешке, вонзить в любой комп с любой виндой, и они заработают.

ЗЫ. Я лично использую дома линукс (64-бит), а на работе - семёрку (тоже 64-бит). Но мне будет спокойнее иметь 32-разрядную сборку. (Например, для поездки в командировку с ноутом, на котором XP 32 бита)
Сергей Борщ
Я же смайлик поставил в конце. Сам сижу на 32 битах. Просто меня зацепила безапелляционность "Нет никакого смысла делать сборки под win_x64". Вроде "Klen сам фигней какой-то страдает и остальных заставляет".
Но все же, ради объективности:
QUOTE (AHTOXA @ Apr 27 2012, 14:10) *
Поэтому сборки под win32 по всем параметрам лучше, чем сборки под win64:
Если бы они были лучше по всем параметрам, то win64 сборки не появились бы вообще. А раз появились, значит по каким-то параметрам они все же хуже.
demiurg_spb
Цитата(Сергей Борщ @ Apr 27 2012, 13:02) *
Не мешайте прогрессу. Не так давно многие говорили, что нет никакого смысла писать на С wink.gif
В чём прогресс-то?
в названии циферки стали 64 вместо 32 и только. Ни видимой разницы в сторону уменьшения времени компиляции ни уменьшения размера софтинки (компилятора) не наблюдается.
Так зачем вообще оно (Win-x64) нужно?
Я понимаю софтине нужно было бы более 3 Гигов оперативки, но тут-то...

PS. Смайлик как-то упустил из виду.
AHTOXA
Цитата(Сергей Борщ @ Apr 27 2012, 17:19) *
Я же смайлик поставил в конце. Сам сижу на 32 битах. Просто меня зацепила безапелляционность "Нет никакого смысла делать сборки под win_x64". Вроде "Klen сам фигней какой-то страдает и остальных заставляет".

Да я понялsm.gif
Это не безапелляционность, а просто для пущей убедительностиsm.gif
Что касаемо "страдает и заставляет", то отчасти так и есть. У всех есть свои пунктики. У Klen-а - это "быть на острие прогресса". Вот он и "заставляет" остальных быть там жеsm.gif
Цитата(Сергей Борщ @ Apr 27 2012, 17:19) *
Если бы они были лучше по всем параметрам, то win64 сборки не появились бы вообще. А раз появились, значит по каким-то параметрам они все же хуже.

Ну по каким параметрам win64-сборка может быть лучше? При сборке embedded-проектов, кмк, 4Гб памяти нам не потребуется, а в остальном - то же самое, что и win32.
MrYuran
Цитата(AHTOXA @ Apr 27 2012, 15:29) *
Ну по каким параметрам win64-сборка может быть лучше?

Хотя бы потому, что в W7x64 другое не запустится
AHTOXA
Да ну?! sm.gif
_Артём_
Цитата(klen @ Apr 27 2012, 06:56) *
перлы... не вырезать не вставить... в рамку и под стекло в музей.

Ну, может и так.
Но ситуация именно такая.

Цитата(klen @ Apr 27 2012, 06:56) *
Артем, сборка для 64 битного масдая вас спасет?

Нет, тоже запустить не на чем.
WinXP_32bit использую.

P.S. Согласен с AHTOXA, x64 для многих не подходит, а 32 битную всегда можно на 64 запустить.
klen
читал верхнии посты.. много думал.. печаль...
логический вывод - кактусы это удобно, и поэтому в очередной раз ежики лезут на кактусы
чувственные ощущения - это их выбор. его нада уважать
для тех кто в танке или на бронепоезде - фашисты опять победили:
http://klen.org/Files/DevTools/x86_32-kgp-..._32-20120427.7z
архив win32, не тестил - традиционно неначем.

ps. не win32 менять на win64 или linux нада, а мышление и подходы. хотя какие подходы когда бабло ... победило даже зло
AHTOXA
Цитата(klen @ Apr 28 2012, 03:09) *
ps. не win32 менять на win64 или linux нада, а мышление и подходы. хотя какие подходы когда бабло ... победило даже зло

Да какое нафиг бабло? Я - embedded-программист, для меня развитие - это освоение новых камней, новых версий компиляторов (за них респект). А новая операционка для меня - это просто ненужный геморрой.
И чем мои мышление и подходы порочны?
klen
Цитата(AHTOXA @ Apr 28 2012, 07:50) *
Да какое нафиг бабло? Я - embedded-программист, для меня развитие - это освоение новых камней, новых версий компиляторов (за них респект). А новая операционка для меня - это просто ненужный геморрой.
И чем мои мышление и подходы порочны?

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

ладно. я это .. типо потролил немного. с юмором у всех тут всегда было нормально - тупые люди программы на асме не пишут, немодно наверно.
лично для меня сборка версии тулсов для win32 СААААААмый большой ГИММОРОЙ из всех вариантов. дело втом что то что сдается в транк видимо уже даже не проверяется на возмосжность компилируемости под win32. тенденция однако. приходится пинками заставлять. сильно грешат этим даже не исходный код а больше сборочные скрипты и тд.

зы. Асфальто укладочный каток прогресса можно остановить! - для этого нужно закатать его своим катком. какток у win32 маленький.
MrYuran
Цитата(AHTOXA @ Apr 27 2012, 16:14) *
Да ну?! sm.gif

Ну да...

Сколько раз уже было.
Тестю поставил 7-ку, тыщу раз уже пожалел..
То одно не работает, то другое... Мало того, даже в 32-битной версии половина ХР-шных программ не работают.
Даже простых, не говоря об экзотике типа автокада или солидворкс

А вот в убунте - я даже не помню, какая у меня версия стоит, 32 или 64.
Ни разу проблем не возникло.
AHTOXA
Цитата(MrYuran @ Apr 28 2012, 10:22) *
Ну да...

Нормально всё запускается. Если речь не идёт о драйвере, то 32-битные программы прекрасно работают на 64-бит семёрке. А те проблемы, про которые вы пишете - это не от 64-битности, а от семёрочных нововведений в контроле прав доступа. При желании всё это обходится.
И эти проблемы никак не относятся к компиляторам. Посмотрите на сборки от codesourcery - исключительно 32-битные, работают везде.
Genadi Zawidowski
Первое впечетление - хуже не стало. lto не отвалилось.
Может кто-нибудь поделиться линкскриптом, который работает с lto на кортексах?

И вопрос ламера: есть ли какой-нибудь ключ, который меняет формат сообщений об ошибках/предупреждениях с file:line:pos на file(line) ?
AHTOXA
У меня на кортексах LTO ни разу не заработало. Выкидывает все конструкторы почему-то. И вектора прерываний.
alx2
Цитата(klen @ Apr 28 2012, 02:09) *
логический вывод - кактусы это удобно, и поэтому в очередной раз ежики лезут на кактусы

Хм... А разъясните, пожалуйста, блуждающему в темане ежику (это я о себе), что я теряю, пользуясь 32-битной ОС вместо 64-битной на компьютере с 2 Гбайт ОЗУ.
До сих пор я (и, похоже, не я один) знал единственный недостаток 32-битной системы - неспособность использовать 4 и более Гбайт ОЗУ. Есть еще недостатки, о которых я не знаю?

У меня дома на двух компьютерах стоит одна и та же ОС, только на одном 32-х, а на другом 64-битная. Внешне я никаких различий не замечаю. Вообще даже не вспоминаю обычно, что там разная архитектура. Где иголки-то, которые должны меня колоть? sm.gif
ARV
Цитата(MrYuran @ Apr 28 2012, 08:22) *
Тестю поставил 7-ку, тыщу раз уже пожалел..

соглашусь: служебный ноутбук выделили с Win7-64. до белого каления достал сервис операционки, когда она лучше меня знает, что мне надо и просто всячески сопротивляется тому, чтобы я делал по-своему. теперь я в постоянной борьбе за свои права sm.gif

про то, что "все обходится" - это верно, но стоит это сил и нервов. никаких плюсов для себя не вижу в этой ОС, ну абсолютно никаких. пользуюсь вынужденно - раз производство купило лицензию, значит, так надо... sad.gif


вот именно это и называется "ёжики лезут на кактус"...



Цитата(alx2 @ Apr 28 2012, 13:05) *
Хм... А разъясните, пожалуйста, блуждающему в темане ежику (это я о себе), что я теряю, пользуясь 32-битной ОС вместо 64-битной на компьютере с 2 Гбайт ОЗУ.
вы теряете уважение тех, кто одобряет 64-битные системы sm.gif Билл Гейтс этого не одобрит sm.gif

Genadi Zawidowski
Цитата(AHTOXA @ Apr 28 2012, 12:18) *
У меня на кортексах LTO ни разу не заработало. Выкидывает все конструкторы почему-то. И вектора прерываний.


Да ну их, конструкторы... У меня весть text выкидывает с lto. Один стартап остаётся. Обычный непюсовый проект. Потому и спрашиваю чужой скрипт - посмотреть, что я так глобально криво сделал. С учётом того, что с некортексом всё работает отлично.
AHTOXA
Тогда я присоединяюсь к просьбеsm.gif
klen
1. кроме Genadi Zawidowsy сборку тестил ктонить? желающих было пруд пруди.
2. у меня lto работает не отваливается, но с сингулярнностями - железобетонно выкидывает функцию FreeRTOS vTaskSwitchContex, корни такого поведения видимо в том что эта функция вызывается из асм вставки и lto анализатор туда незалазит не видит что эта функция откудата тянется. я решил эту задачу обявив так ее void __attribute__((used)) vTaskSwitchContext( void ) - таким образом запретив выкидывать ее вообще любому оптимизатору. Бывают проблемы с голыми функциями, но в целом при понимании как это работет можно заставить работать. эффект конечно изумляет - у меня в пределах 30-10% уменьшение объема кода (то что на выходе это страшно жеско пережеванное что совсем не похоже на на то что входило в оптимайзер)
3. про кактус. человек всегда понимает слова друго так как ему хочется. вот опять... перевожу на математический кактус == ( win32 == win64 == Mustdue ) != unix тождество верно! я никого ни вкоем случае не агитировал на win7/8/(и благодаря Вам их еще будет навернго много) по мне пусть микрософт ваще издохнет - я не замечу. я агитирую за то чтоб хотябы паралельно на ту машину на которой ведется разработка потавить хотябы ubuntu и ПОПРОБЫВАТЬ!!! подевелоперит на ней.


ЗЫ. Всех поздравляю с началом Майских праздников. с сЁдня до 3 я телепортируюсь в глухие леса для ловли рыбы и фотаграфирования бабочек... компьторы и прочая для меня умерли как минимум на 4 дня! завидуте мне те кто давно стал наркоманом и не может без интерента и твиттера!! засим откланиваюсь.


мой скрипт для линковки прилагается, только он сильно на CRT код завязан, тоесть у каждого оно может сильно различатся:
CODE
OUTPUT_FORMAT ("elf32-littlearm")
ENTRY(flash_vec_table)
MEMORY
{
flash (rx) : ORIGIN = 0x08000000, LENGTH = 512K - ALIGN( 0K , 4 )
eeprom (rw) : ORIGIN = 0x08000000 + LENGTH(flash), LENGTH = ALIGN( 0K , 4 )
ram (rwx) : ORIGIN = 0x20000000, LENGTH = 64K




}

/* define a global symbol _stack_end */
_stack_end_ = ORIGIN(ram) + LENGTH(ram) - 1 - 0x00000000;

/* now define the output sections */
SECTIONS
{
. = 0;
/* set location counter to address zero */
.text :
{
_image_start_ = .;
_vec_start_ = .;
KEEP(*(.flash_vec_table*))
_vec_end_ = .;
_text_start_ = .;
__preinit_array_start = .;
KEEP(*(SORT(.preinit_array*)))
__preinit_array_end = .;
__init_array_start = .;
KEEP(*(SORT(.init_array*)))
__init_array_end = .;
__fini_array_start = .;
KEEP(*(SORT(.fini_array*)))
__fini_array_end = .;
. = ALIGN(4);
*(.text*) /* all .text sections (code) */
*(.rodata*) /* all .rodata* sections (constants, strings, etc.) */
*(.glue_7) /* all .glue_7 sections (no idea what these are) */
*(.glue_7t) /* all .glue_7t sections (no idea what these are) */
*(.gnu*)
*(.gcc*)
. = ALIGN(16);
_text_end_ = .; /* define a global symbol _etext just after the last code byte */
} >flash /* put all the above into FLASH */

.eeprom_emul :
{
_eeprom_start_ = .;
*(.eeprom)
*(.eeprom*)
_eeprom_stop_ = .;
} > eeprom

.bss (NOLOAD):
{
_ram_vec_start_ = .;
*(.ram_vec_table*)
_ram_vec_end_ = .;
_bss_start_ = .;
*(.bss*)
*(COMMON)
_bss_end_ = .;
} >ram

_data_load_start_ = _text_end_;
.data : /* collect all initialized .data sections that go into RAM */
{
. = ALIGN(4);
_data_start_ = .;
_ramfunc_start_ = .;
*(.ramfunc*)
_ramfunc_end_ = .;
. = ALIGN(4);
_data_statrt_ = .;
*(.data*) /* all .data sections */
. = ALIGN(4);
_data_end_ = .; /* define a global symbol marking the end of the .data section */
} >ram AT >flash /* put all the above into RAM (but load the LMA copy into FLASH) */
_data_load_end_ = _data_load_start_ + SIZEOF(.data);

_ext_mem_bank0_data_load_end_ = _data_load_end_ ;


_ext_mem_bank1_data_load_end_ = _ext_mem_bank0_data_load_end_ ;


_ext_mem_bank2_data_load_end_ = _ext_mem_bank1_data_load_end_;


_ext_mem_bank3_data_load_end_ = _ext_mem_bank2_data_load_end_;


_image_end_ = _image_start_ + SIZEOF(.text);

/DISCARD/ :
{
libc.a ( * )
libm.a ( * )
libgcc.a ( * )
*(.ARM.exidx*)
*(.ARM.extab*)
}

.igot 0 : { *(.igot*) }
.vfp11_veneer 0 : { *(.vfp11_veneer*) }
.v4_bx 0 : { *(.v4_bx*) }
.iplt 0 : { *(.iplt*) }
.rel 0 : { *(.rel*) }

/* Stabs debugging sections. */
.stab 0 : { *(.stab) }
.stabstr 0 : { *(.stabstr) }
.stab.excl 0 : { *(.stab.excl) }
.stab.exclstr 0 : { *(.stab.exclstr) }
.stab.index 0 : { *(.stab.index) }
.stab.indexstr 0 : { *(.stab.indexstr) }
.comment 0 : { *(.comment) }
/* DWARF debug sections.
Symbols in the DWARF debugging sections are relative to the beginning
of the section so we begin them at 0. */
/* DWARF 1 */
.debug 0 : { *(.debug) }
.line 0 : { *(.line) }
/* GNU DWARF 1 extensions */
.debug_srcinfo 0 : { *(.debug_srcinfo) }
.debug_sfnames 0 : { *(.debug_sfnames) }
/* DWARF 1.1 and DWARF 2 */
.debug_aranges 0 : { *(.debug_aranges) }
.debug_pubnames 0 : { *(.debug_pubnames) }
/* DWARF 2 */
.debug_info 0 : { *(.debug_info .gnu.linkonce.wi.*) }
.debug_abbrev 0 : { *(.debug_abbrev) }
.debug_line 0 : { *(.debug_line) }
.debug_frame 0 : { *(.debug_frame) }
.debug_str 0 : { *(.debug_str) }
.debug_loc 0 : { *(.debug_loc) }
.debug_macinfo 0 : { *(.debug_macinfo) }
/* SGI/MIPS DWARF 2 extensions */
.debug_weaknames 0 : { *(.debug_weaknames) }
.debug_funcnames 0 : { *(.debug_funcnames) }
.debug_typenames 0 : { *(.debug_typenames) }
.debug_varnames 0 : { *(.debug_varnames) }
}
AHTOXA
Я немножко потестировал. Работает, размер тестового примера чуть подрос, с LTO не заработал.
Сейчас добавил
Код
__attribute__ ((used))

перед таблицей векторов, и небольшой пример заработал с LTO! (Но это дома, на линуксовой сборке)
2 Genadi Zawidowski. Получается, что вот эти скрипты от scmRTOS нормально работают с LTO.

2 klen. Эту вашу агитацию за линукс мы все прекрасно понялиsm.gif Счастливо отдохнуть! beer.gif
ReAl
«Ну не знаю»™
Пакет старый довольно
arm-kgp-eabi-g++ (Klen's GNU package (KGP) for ARM/elf platform) 4.7.0 20110924 (experimental)
свежего не ставил ещё.

Исходники примера CortexM3/GCC/LPC17XX/4-Debug из trunk с правкой в OS_Target_asm.S (ldr/blx -> bl).
• атрибута used в startup.c для таблицы векторов нет
• линкерный скрипт и makefile стянуты из примеров STM32F1XX с мелкими правками согласно используемого чипа.

Для уверенности сделано такое:
Код
$ svn diff
Index: src/debug/debug.cpp
===================================================================
--- src/debug/debug.cpp    (revision 530)
+++ src/debug/debug.cpp    (working copy)
@@ -111,7 +111,7 @@
        for(;;) {
            OS::sleep(1000);
            uart << "\x1B" "c" "\x1B[2J"     // Reset terminal, clear screen and go home
-                "4-Debug scmRTOS sample\r\n"
+                "4-Debug scmRTOS sample (LTO=" LTO ")\r\n"
                "\x1B[1m\x1B[37;42m"     // set color attributes (white on green)
                "Process\tStack\tCPU%\r\n"
                "\x1B[1m\x1B[37;40m"     // set color attributes (white on black)
Index: makefile
===================================================================
--- makefile    (revision 530)
+++ makefile    (working copy)
@@ -119,6 +119,7 @@
    FLAGS    += -MD
    FLAGS    += $(DEFS)
    FLAGS    += -Wa,-adhlns=$(addprefix $(LSTDIR)/, $(notdir $(addsuffix .lst, $(basename $<))))
+    FLAGS    += -DLTO=\"$(USE_LTO)\"

    AFLAGS    = $(FLAGS)
Т.е. вместе с изменением режима сборки меняется сообщение в терминалке.
И оно меняется, т.е. без атрибута used с LTO всё собирается нормально.

AHTOXA
Цитата(ReAl @ Apr 29 2012, 02:58) *
«Ну не знаю»™

Аналогично™ sm.gif
У меня пакет новый (4.8.0 20120422). Собираю пример 1-Eventflag из примеров для STM32.
Без LTO - 1776 байт, работает.
С LTO - 1304 байта, не работает. Полностью отсутствует таблица векторов.
Добавляю аттрибут used к таблице векторов - получаю размер 1784 байта (!), и всё начинает работать.
Вполне возможно, что проскочила какая-то версия, которая сама сразу не выбрасывала таблицу векторов, но я её пропустил.
Хорошо, что теперь есть примерный рецепт приготовления LTO. Смущает только, что работает он пока "с сингулярностями" sm.gif

ЗЫ. А на проектах побольше LTO таки даёт приличный выигрыш по размеру, как и должна.
Genadi Zawidowski
Глобально помогло добавление (used) таблице векторов. Вообще-то логично... отсутствие main сводит на нет всю остальную программу...
линкскрипт не менял.
demiurg_spb
Что там с LTO в ветке avr-gcc?
А то странная картина получается: LTO не доделали ещё, а -fwhole-program и --combine уже убралиsad.gif
_Артём_
Такой проблема: на компе установлены Yagarto и YAGARTO Tools.
И не получается компилировать использую KGP.
Как сделать чтобы использовать на одной машине YAGARTO и KGP?
AHTOXA
У меня без проблем уживаются codesourcery, kgp, msp-gcc и winavr. В чём проблема, напишите поконкретнее.
_Артём_
Цитата(AHTOXA @ May 1 2012, 21:26) *
У меня без проблем уживаются codesourcery, kgp, msp-gcc и winavr.

Под windows?
Что-то дополнительно ставите для codesourcery(к примеру)?

Цитата(AHTOXA @ May 1 2012, 21:26) *
В чём проблема, напишите поконкретнее.


Сейчас пути прописал по новой к arm-kgp-eabi-x86_32\bin - заработало.
Проблема самоликвидировалась.
AHTOXA
Да, под windows. Ничего не ставлю. Валю всё в одну папку, то есть папка bin - общая для всех. И путь к ней прописан в PATH. Там же лежат всякие make, sh и прочие полезности.
_Артём_
Цитата(AHTOXA @ May 1 2012, 23:07) *
Там же лежат всякие make, sh и прочие полезности.

А откуда тогда под Windows берутся "make, sh и прочие полезности"?
AHTOXA
Например, отсюда.
_Pasha
Цитата(_Артём_ @ May 2 2012, 00:26) *
А откуда тогда под Windows берутся "make, sh и прочие полезности"?

Онож вызывается? Чего Вы волнуетесь? sm.gif
_Артём_
Цитата(AHTOXA @ May 2 2012, 05:55) *
Например, отсюда.

А говорите ничего не ставите...

Цитата(_Pasha @ May 2 2012, 06:02) *
Онож вызывается? Чего Вы волнуетесь? sm.gif

Да я не волнуюсь.
AHTOXA
Цитата(_Артём_ @ May 2 2012, 18:18) *
А говорите ничего не ставите...

Я и не ставлю, оно у меня уже сто лет как есть. Просто привёл пример, где можно взять. Кстати, с WinAVR, емнимс, тоже идут make & sh.
_Артём_
Цитата(AHTOXA @ May 2 2012, 19:18) *
Я и не ставлю, оно у меня уже сто лет как есть.

Тогда понятно.

Цитата(AHTOXA @ May 2 2012, 19:18) *
Кстати, с WinAVR, емнимс, тоже идут make & sh.

WinAvr похоже уже умер. В AVRToolcain свой make есть.
Stran-nik
А не подскажите ключики и патчи, чтобы собрать тулчейн для arm под Linux 32bit ?
klen
Цитата(Stran-nik @ May 11 2012, 15:53) *
А не подскажите ключики и патчи, чтобы собрать тулчейн для arm под Linux 32bit ?

щас его можно взять из репозитория любого дистрибутива линукса по ключевому слову arm-linux-gnueabi (в ubuntu это версия 4.6, правда толи криво встала толи ошибка в пакете но у меня не собирает, поэтому надо самому собрать - но видимо моя карма, из репозитория все должно работать )
чуть пожже при благоприятных стечениях я начну выкладывать свои сборки, имею виды начать делать девасы на базе omap4. пока тока эксперементирую.
klen
свежак.
linux64
www.klen.org/Files/DevTools/linux-x86_64/arm-kgp-eabi-linux-x86_64-20120715.tar.7z
(48,9 МБ)

darwin (OS X)
www.klen.org/Files/DevTools/darwin/arm-kgp-eabi-darwin11.4.0-15072012.zip
(46,9 МБ)

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

GCC становится лучше и лучше, а поддержка под масдай все хуже и хуже. мораль: сборка под масдай будет когда у меня будет свободное время чтоб с помощью кувалды и такойто матери собрать ее собрать.
TJ27
Klen, не мог бы ты собрать insight для target=mips-sde-elf mingw? Win7 32
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.