Всем хороши коммерческие версии типа Keil, IAR, ... кроме цены. А "лекарство" выходит частенько с опозданием на год и более. Да и отладчики (JTAG) у них не самые дешевые.
Сейчас многие начинают советовать GCC на платформе Eclipce с OpenOCD дебагером, который поддерживает от wiggler-а до Segger-а - кому что по карману.
Да, GCC уступает немного коммерческим компиляторам по скорости и плотности кода, на у ARM-ов и памяти и скорости для большинства задач - с запасом.
Одна беда - при всем разнообразии подобных пакетов нет ни одного, чтобы поставил - и сразу заработало...
Может кто-то уже прошел через эти тернии? Вопрос не праздный...

Всем, привет!
Подскажите пожалуйста по Eclipse.
Где в свойствах проекта можно задать определения (define)
что бы их можно было использовать в майкфайле?
Я пробовал задать в настройках проекта
С\C++ General -> Path and Symbols -> Symbols
в проекте их видно, но как их использовать в майкфайле я не понял.

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

Эт вы зря, вопрос правильный. Сейчас приходится прописывать дефайны в двух местах - в мейкфайле (для компилятора), и в настройках проекта (для эклипса). Если бы можно было как-то заставить эклипсу передавать дефайны мейку, или лучше наоборот, импортировать дефайны из мейкфайла, - было бы здорово. Потому я присоединяюсь к вопросу.



Как я уже написал, я не знаю способа сделать это. Но знаю пути обхода :

1. Прописать дефайн и там и там (неудобно);
2. Прописать дефайн в каком-нибудь *.h-файле, который включается повсеместно.

Конечно это не сильная проблема, на данный момент один заголовочник для конфига.
Просто попробовал CodeRed, и заметил в нем этот момент. Т.е. при создании записи в
С\C++ General -> Path and Symbols -> Symbols
она автоматом появляется в опциях компиляции c ключем -D
возможно там сам тулчейн рулит...

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

Ну банальный пример:

если эклипса знает, определён ли STM32F10X_CL, то он неактивный код подкрасит сереньким. И навигация по коду (функциям/дефайнам), та что по Ctrl+Click работает правильно, выбирая нужный вариант.

Он умеет подсвечивать активные ветки #ifdef #endif. Внутри таких условий могут быть подключены какие-то дополнительные заголовочные файлы, в которых он может искать объявления - так что штука полезная. Надо подумать - не может ли здесь помочь Project->C/C++ Build->Discovery options вот там если в Compiler invocation command указать make а в Compiler invocation arguments - info. А в makefile прописать цель info - вызов компилятора с ключами $(CFLAGS) -E -P -v -dD ${plugin_state_location}/${specs_file}

Попробовал указать в
Compiler invocation command
имя компилятора arm-gcc
дефайны из вывода компиляции прописались, но вот беда если убрать их, то они не исчезают как бы сделать что бы при каждой компиляции обновлялись...

При компиляции проекта получаю следующее:

**** Build of configuration Default for project yamppod ****

make all

-------- begin (mode: ROM_RUN) --------
arm-elf-gcc (GCC) 4.4.2
Copyright © 2009 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.


Linking: main.elf
arm-elf-gcc -mthumb -mcpu=arm7tdmi -mthumb-interwork -I. -gdwarf-2 -DROM_RUN -DVECTORS_IN_RAM -Os -Wall -Wcast-align -Wimplicit -Wparentheses -Wpointer-arith -Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wunused -Wa,-adhlns=startup_SAM7S.lst -funsigned-char -funsigned-bitfields -fshort-enums -fgnu89-inline -MD -MP -MF .dep/main.elf.d startup_SAM7S.o interrupt_routines.o abort.o interrupt_utils.o time.o usb_irq.o usb_drv.o usb_std.o usb_dsc.o usb_bot.o usb_lun.o usb_sbc_func.o serial.o rprintf.o delay.o spi.o glcd.o vs1033.o sdcard.o fat.o twi.o eeprom.o event.o power.o menu.o graphics.o player.o id3.o browser.o adjust.o playlist.o ds1337.o main.o --output main.elf -nostartfiles -Wl,-Map=main.map,--cref -lc -lm -lc -lgcc -TAT91SAM7S256-ROM.ld
c:/program files/yagarto/bin/../lib/gcc/arm-elf/4.4.2/../../../../arm-elf/lib/thumb/interwork\libc.a(lib_a-sbrkr.o): In function `_sbrk_r':
C:\msys\1.0\home\yagarto\newlib-build\arm-elf\thumb\interwork\newlib\libc\reent/../../../../../../../newlib-1.18.0/newlib/libc/reent/sbrkr.c:60: undefined reference to `_sbrk'
collect2: ld returned 1 exit status
make: *** [main.elf] Error 1

Что это может означать?

Это означает, что какая-то из ваших функций использует динамическое распределение памяти. Обычно этим занимается (s)printf
Соответственно, чтобы это исправить, надо либо найти виновную функцию и убрать, либо написать минимальный набор системных вызовов для newlib, например, как описано в этом сообщении.

а как дела обстоят с отображением состояния регистров при работе с gdb7 и отладке армов? у меня все также неработет, с gdb6.8 все работоает, знаю где в CDT плагине искать ошибку но не знаю явы чтоб исправить. я один с gdb7 имею такой глюк или еще есть постадавшие?

А я решил забить на GCC вместе с Эклипсом . Надоело мучиться. Почему я вместо того чтобы писать программы должен сидеть и разбираться с этой средой, как ее запустить и прочее?

Тут страницей ранее уже был один отчаявшийся. Мы его слегка осудили ессна
Честно говоря, не понимаю проблем. У меня было всё очень просто - поставил - запустил - работает. (Это про Эклипс). Да, были проблемы, но в основном из серии "как преодолеть это мелкое неудобство", а не "как заставить это работать".
GCC я осваивал раньше. Что касается GCC, всё что надо для работы с ним - уметь вдумчиво читать документацию. Мне кажется, это вообще необходимое качество для эмбеддера.

Лучше так "это вообще необходимое качество" ;-)

еще лучше '' .. необходимое, но недостаточное. ."