Доброго всем...
Пишу сюда из уважения к автору темы
Но, вынужден добавить свою ложку дегтя к хваленому Eclipse.
Нахожусь в состоянии поиска и тестирования халявных IDEшек для работы с LPC2478 (на замену IAR).
Итак недостатки (кроме, разумеется, тяжеловесности и не простой настройки, об этом понаписано уже немало):
1. При импорте проекта с ассемблерными файлами *.s (или просто при открытии), то вместо русских комментов получите крокозябры:
Выход конечно был найден - копипастить через блокнот.
Но тут Вас подстерегает засада №2:
2. После сохранения в Eclipse блокнотом уже пользоваться не удастся, т.е. если вдруг понадобится скопипастить кусок кода из Makefile, ххх-rom.ld, Startup.s или из *.h файлов - придется грузить воркспейс с проектом и копировать из окна Eclipse-вского редактора.
3. Мне так и не удалось настроить привычную для меня расцветку синтаксиса typedef-ов если Eclipse не "видит" stdint.h
Я это обнаружил когда вместо CodeSoursery подключил IAR-овский тулчейн и Eclipse вдруг засветил синтаксис:
Не поленился, стал разбираться.
Так вот Eclipse почему-то видит IAR-овский stdint.h, который х.з. где зарыт, а вот в автоматом подключаемых инклюдах от CodeSoursery
не видит:
При попытке открыть Open Declaration (F3) пишет вот что:

Экспортировать свою боевую расцветку синтаксиса в файл для переноса на др. комп. не удастся, а только лишь стиль:
4. Плагин от IAR, как я понял, есть интерфейс Eclipse к установленному IAR-овскому воркбенчу, т.е. тогда это не халява!
Кроме того так и не понял как из выходной кучи объектников *.o собрать elf и hex.
Попытка запустит постпроцессом GCC-шный -objcopy отказал за несовместимость, сильно надеюсь на помощь сообщества
5. Это проблемы GCC ARM тулчейнов:
при спользовании sprintf с форматированием чисел типа такого:
if(sprintf(s, "Cont2/10 = %i.%u", cont2/10, cont2%10) > 0)
str_to_lcd_xy(s, font10x7, 200, 480 - 6*16, use_fcolor, use_bcolor);
else str_to_lcd_xy("Ошибочка2!", font10x7, 200, 480 - 6*16, DKGREY, BLACK);
почему-то жалуется, что параметры i и u должны быть unsigned int, а задан тип long int. Как обойти проблему пока не знаю, опять надеюсь на помощь сообщества

Ну и последнее:
Ни CodeSoursery Lite ни WinARM ни Yagartu ни kgp сборка уважаемого
Klen'а не понимают команду sed в Makefile.
Например:
%.d: %.c
set -e; $(CC) -MM $(addprefix -I,$(SOURCEDIRS)) $< | sed 's/\.o[ :]*/\.o $(subst /,\/,$@) : /' | sed 's/^\(.*\.o\)/$(subst /,\/,$(dir $<))\1/' > $@
Я где-то видел, что это вроде как для редактирования текста, типа заменить одни крокозябры на другие.
Мне эта команда попалась в демке от Terra вместе с платой TE-LPC2478LCD56.
Разбираться не стал - закомментил эти две строки, в результате компилится и работает, но обида осталась.
Всем удачи, жду советов...
Сообщение отредактировал AndOr - Jan 12 2011, 22:08
Чужие ошибки ничему не учат, гораздо интереснее наделать своих.