Eclipse + GCC для ARM, Среда разработки для ARM, причем бесплатная... Опции

[axle]

Оба есть в местных закромах, так что на счёт цен не надо смешить народ.

Зачем подбиваете людей воровать? Они может новую жизнь начинают.

[etoja]

Будем реалистами. Китайцы бульдозерами утрамбовывают диски с западной музыкой, а диски и сайты для разработчиков никто не трогает. Откуда берутся крякнутые дистрибутивы по 300...600 мегабайт? Пароходом из америки?

[Terminator]

Вот обсуждение этого вопроса. Проблеме уже больше двух лет и никто её не решает, поскольку за GNU проекты никто не отвечает.

А зачем вложение в PDF?

Я не сталкивался с такой проблемой. Все обработчики объявлены naked и использую

Код

portENTER_SWITCHING_ISR()
portEXIT_SWITCHING_ISR()

Проект под FreeRTOS

[Leen]

В GCC некорректно работает обработчик прерывания IRQ.

До какой версии? Еще не проверял, но это было в версии 4.1.2, сейчас стабильная 4.2.2, в работе 4.3.

Для быстрой разработки программ используйте KEIL, а для профессиональной работы - компилятор Green Hills.
Оба есть в местных закромах, так что на счёт цен не надо смешить народ.

Ага. Так вот. Мы не собираемся смешить народ. Мы хотим научиться использовать именно _бесплатную_ среду (оболочка, асм+компилер+линкер, симулятор, интерфейс эмулятора, кой можно собрать на коленке, и кой будет работать и в вынь, и в линь - на FT2232), а не _ворованную_, как это есть сейчас. И попытаемся помочь другим таким же щепетильным. Мне, например, это не нравится. Потому и баламучу тему.
2 sleo2000: предлагаю работать на свежих утилитах.
Мои версии:
binutils-2.18
gcc-4.2.2
gdb-6.7
eclipse в понедельник обновлю до 3.3.1, пока 3.3.0
ve-1.2M3
эти два пока не обновлялись - на хомсайте валяются эти версии:
zylincdt4.0-20070830
embeddedcdt4.0-20070830
Еще что-то на работе было, не помню.

ява 6.2, вышла 6.3.
Можно обновить, но тоже в понедельник - там за трафик не ругаются.
Что еще надо - добавляй.

[xelax]

В GCC некорректно работает обработчик прерывания IRQ.
Для быстрой разработки программ используйте KEIL,
а для профессиональной работы - компилятор Green Hills.
Оба есть в местных закромах, так что на счёт цен не надо смешить народ.

А если заказчик требует щепетильности при использовании ПО и соблюдению всех лицензий ...
Так что ворованное не прокатит.
Пока что связке gcc+eclipse+gdb не вижу альтернативу. Да и переход с iar на эту связку прошёл довольно безболезненно, благодаря James Lynch и его докам.

З.Ы. ещё гигантский плюс в том, что в одной IDE проекты для разных платформ можно реализовывать.
До этого приходилось два iarа держать на компе для arm и для avr.

[Puzan]

2 Puzan: не могли бы вы выложить рекомендации по настройке среды с нуля

В принципе ничего сложного нет. Компилируем binutils, gcc (с опцией --without-headers, нужен для того, чтобы им скомпилить newlib), newlib и снова gcc (уже полностью, с поддержкой newlib). При этом ставим необходимые опции для целевой платформы (для ARM это --target=arm-elf --enable-interwork --enable-multilib).
Всё, можно компилировать программки.

Чтобы компилятор не использовал инициализацию от newlib (например crt0), в опциях линкера ставим -nostartfiles -nostdlib и пишем свой инициализирующий код. Чтобы при этом использовать функции из newlib, добавляем с список объектных файлов libc.a.
Вот как сделал я (кусок Makefile'a):

Код

CFLAGS  = $(FLAGS) -mcpu=$(MCU) -mtune=$(MCU) -march=$(CPUARCH) $(DEBUG) $(THUMB_IW) \
          -Wall -std=gnu99 -O$(OPTLEVEL) $(INCLUDES)
LDFLAGS = -nostartfiles -nostdlib -T lpc2148_rom.ld
LIBGCC  = `$(CC) $(CFLAGS) $(THUMB) -print-libgcc-file-name`
LIBDIR  = /opt/armgcc/arm-elf/lib/`$(CC) $(CFLAGS) -print-multi-directory`
LIBC    = $(LIBDIR)/libc.a

...

$(ELF)    : $(OBJS) $(OBJS32) $(OBJSAS)
        @echo $(MSG_LINKING) $@
        $(LD) -Map $(MAP) --cref $(LDFLAGS) -o $@ $(OBJALL) $(LIBGCC) $(LIBC)
        @echo $(MSG_SIZE)
        $(OBJSIZE) $@

$(OBJS)   : %.o : %.c
        @echo $(MSG_COMPILING) $<
        $(CC) -c $(CFLAGS) $(THUMB) -o $@ $<
...

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

Эклипс настраивается, как и на системный gcc. Все-таки gcc - он и в африке gcc.

Использую и отладчик (OpenOCD) и симулятор (skyeye), правда для nxp21xx переферию он не эмулирует, по этому применение довольно ограниченное.

Кстати, Zylin Embedded CDT не использовал. Надо попробовать.


А вообще, говорят, что gcc во многих случаях делает более быстрый и компактный код, чем keil или iar.
Я сам не проверял, но вот люди, типа проверили: ftp://www.raisonance.com/STR7/Benchmark/A...C-Benchmark.pdf (обсуждалось когда-то на этом форуме).

[etoja]

Вопрос к LEEN:

Печатные платы вы чем разводите? Сколько заплатили за САПР?
На каждого пользователя лицензия есть или на всех инженеров одна?
Микрософт офис на вашем компьютере тоже официально куплен?

[IgorKossak]

etoja, тема называется:

Eclipce + GCC для ARM, Среда разработки для ARM, причем бесплатная...

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

[zltigo]

но вот люди, типа проверили...

Дела давно минувших дней. Давайте оставим и отсутствие RVCT (явно "намеряли" они там такого, что и возразить на требование ARM убрать сии "результаты" и возразить было нечего ), и минималистичные упоминания о методике и вообще всю эту проверку на их совести. Проверять нужно исключительно самому, со знанием дела, и на свежих релизах компиляторов.

[Puzan]

Вопрос к LEEN:

Печатные платы вы чем разводите? Сколько заплатили за САПР?
На каждого пользователя лицензия есть или на всех инженеров одна?
Микрософт офис на вашем компьютере тоже официально куплен?

Хоть вопрос и не мне (к тому-же и оффтоп), но тоже хочется ответить. Мы в нашей организации платы разводим в KiCAD'е, который GPL, и соответственно денег не стоит. Когда есть свободное время, посильно участвуем в разработке - это наш вклад.
Микрософт офис тоже не используем - для него давно есть замена в лице OpenOffice, который давно уже в большинстве случаем обогнал MSOffice и по функционалу и по удобству.
А вместо Windows используем Linux, что тоже дешевле

Дела давно минувших дней. Давайте оставим и отсутствие RVCT (явно "намеряли" они там такого, что и возразить на требование ARM убрать сии "результаты" и возразить было нечего ), и минималистичные упоминания о методике и вообще всю эту проверку на их совести. Проверять нужно исключительно самому, со знанием дела, и на свежих релизах компиляторов.

Тестировал ли кто нибудь (желательно непредвзято) GCC vs RVCT на более-менее комплексных тестах? Интересно узнать результат.

[zltigo]

Тестировал ли кто нибудь (желательно непредвзято) GCC vs RVCT на более-менее комплексных тестах?

Тесты "комплексные" не проводил, но по личным наблюдениям на текущем этапе троица RVCT-IAR5.10-GCC мало отличима друг от друга. RVCT и IAR очень близки и компилируют с переменным успехом, ну а GCC чуть отстает.

[klen]

Тесты "комплексные" не проводил, но по личным наблюдениям на текущем этапе троица RVCT-IAR5.10-GCC мало отличима друг от друга. RVCT и IAR очень близки и компилируют с переменным успехом, ну а GCC чуть отстает.

с какими библами???
если уж говорить именно про компиллеры то нада писать нада именно тест-програмку, в которой все РУЧКАМИ написано, чтоб небыло внешних библовых (кто их знает какией у они у вас) вызовов которые повлияют на результат.
а "комплексные" тесты к компиллеру никаких отношений не имели с роду, к среде разработки ДА!!!

[zltigo]

с какими библами???

Естественно БЕЗ чего-либо библиотечного в подвергавшихся исследованию местах.

а "комплексные" тесты к компиллеру никаких отношений не имели с роду, к среде разработки ДА!!!

Ну перегибать палку не надо - в "С" слишком много на библиотеках, дабы не обращать на это внимание и расуждать о "чистом". С библиотеками ситуация будет похуже для GCC, поскольку при всем их многообразии я, кажется, не наблюдал для GCC библиотек заточенных под ARM и частично писанных на ASM. В коммерческом RVCT это имеется издавна и на тестах с использованием библиотечных он на моей памяти всегда всех делал, иногда очень . Для версии 5.10 IAR ситуация с производительностью некоторых библиотечных функций резко изменилать (например, ранее тормозной мемсpy() начал на некоторых массивах обгонять "самодельный" писанный на ASM и вылизанный ) - налицо безвариантная замена чисто сишной портируемой библионечной функции на специализированную. Кстати, для IAR начиная с 5.10 GNU библиотеки, как родные . И binutils в комплекте.

[Сергей Борщ]

Не стал создавать новую ветку.
Вопрос такой - а какой симулятор ARM колеги посоветуют для прикручивания к eclipse для работы под виндовсом? Поиск вывел меня на SkyEye, но насколько я понял, он требует cygwin, а хотелось бы обойтись без cygwin.

[sleo2000]

.....

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

Эклипс настраивается, как и на системный gcc. Все-таки gcc - он и в африке gcc.

Использую и отладчик (OpenOCD) и симулятор (skyeye), правда для nxp21xx переферию он не эмулирует, по этому применение довольно ограниченное.

Кстати, Zylin Embedded CDT не использовал. Надо попробовать.
А вообще, говорят, что gcc во многих случаях делает более быстрый и компактный код, чем keil или iar.
Я сам не проверял, но вот люди, типа проверили: ftp://www.raisonance.com/STR7/Benchmark/A...C-Benchmark.pdf (обсуждалось когда-то на этом форуме).

Если все так просто - может все-таки поделитесь опытом? Мои мучения с LPC продолжаются. Я не поленился и купил от Olimex плату на SAM7, по известной в Инете PDF-ке все сделал - и все замечательно работает! А на LPC упорно не хочет - может потому, что такой доки нет...
Уже три недели курочим примеры, которые есть в сети, но никакого положительного результата.
Но раз с Atmel-ом работает - значит может работать!
Могу скинуть для анализа ошибок все, что надо от настроек проекта и среды (сейчас установил все сравнительно свежее, под Eclipse 3.3)