У меня добавляется, только что попробовал. Эклипс Indigo Service Release 2, cdt 8.0.2.201202111925. При создании проекта выбирал "makefile with existing code".


Не понял, что имеется в виду...
Если сбоит эклипсовый анализатор, проверь что у тебя правильные пути к системным либам и предопределенные макры (свойства проекта, с++ общее, пути и символы). Выше обсуждалось, как потянуть их автоматом из make-файла

у меня что-то странное произошло с Eclipse Helios... с месяц назад все работало, потом как-то было не до программирования, а вот сейчас пробую - бред какой-то: ни один старый проект не собирается! в консоли пишет что-то невразумительное:и выскакивает окошко с ошибкой Java:

и так на любой проект! причем любой из этих проектов собирается при помощи make и созданных Eclipse makefile (я пользуюсь встроенными плагинами). то есть avr-gcc установлен корректно и сам по себе работает...

пробую переключиться на воркспейс для ARM-овских проектов - идет компиляция... Yagarto...

подскажите, пожалуйста: куда копать? что за хрень творится?!

Я не знаю, поможет ли это, но на всякий случай.
"Џ®ЇлвЄ § ЇЁбЁ ў ­ҐбгйҐбвўгойЁ© Є ­ «." - это "Попытка записи в несуществующий каталог."

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

в общем, поставил Eclipse Juno - проблема ушла... пришла новая: Code Analyzer показывает стопицот проблем - то uint8_t ему неизвестен, то еще что-то не так... как-то навязчиво все, зато работает.

В Juno внедрили новый метод дискаверинга (Preprocessor Include Paths, Macros etc.), я так и не понял пока как им пользоваться, поэтому отключил и переиндексировал проект. "Стопицот" проблем ушли.

А я индигу только пару недель как поставил
И тоже был удивлён обилием проблем с uint8_t и ко. Пришлось-таки настраивать дискаверинг.

Этот метод дискаверинга в Juno считается deprecated. На вкладке Discovery Options об этом так и указано. Не факт, что при следующих обновлениях среды старый метод вообще останется. Хорошо бы освоить новый метод.

для начала неплохо бы вообще узнать, в чем его новизна

Точно, в документации о нём только обрывочные сведения.

Добрый день. Я начал переползать с Кейла на Eclipse, в основном из-за того, что Кейл как-то криво отлаживает с++ ный код (Goto definition с методами словно "не видит" неймспейсы и если код шаблонный, отладчик на него часто не может зайти, поставить брейкпоинт и тд). Это так, предыстория.

Настроить Eclipse для отладки через gdb я не смог, но через mdk-plugin от Кейла поднял отладку через кейловский проект. Возникли такие проблемы:
1) Не видно периферию. Поставил EmbSysRegView, но все регистры в нем пустые, никаких тултипов не вылезает (адреса и ресет-значения видно). В принципе, можно добавлять регистры поименно в окно Expressions, но это на крайний случай.
2) Отладка шаблонного кода происходит еще веселее. Нажимаю step into и оказываюсь в случайном месте случайного .cpp файла из проекта.
3) Не могу въехать, как добавить в Watch глобальную переменную в пространстве имен. А еще все окна - Variables, Expressions, Registers - показывают значения только в шестнадцатиричном формате. При выборе другого формата просмотра ничего не меняется.

Результаты одинаковые на кейловском симуляторе и через Ulink2 или J-link. Контроллер - LPC1766. Eclipse Indigo, 32-х битный с явой 1,6 (на других плагин от кейла не работает).

Ага, тоже сначала офигел. Двойной щелчок мышью в поле значения "включает" его для отображения. Еще один двойной щелчек выключает.
Ищите их среди переменных со странными (mangled) именами - типа _ZN10terminal_t9In_bufferE

От двойного щелчка просто иконка зеленеет и все.
А где эти переменные искать? Variables - add global variables - и там видно только глобальные переменные вне неймспейсов, никаких mangled имен.

Сразу после запуска отладчика наблюдаю такое же поведение. Но стоить сделать котя бы один шаг по программе - появляются красные данные.

А какие имена эти переменные имеют в .map-файле? Возможно это как-то связано с кейлом. Я компилю gcc и отлаживаю gdb - у меня эти переменные видятся в Variables - add global variables именно как mangled:


Хотя... Виноват - это статические члены классов. Пространства имен не использую...

Добавлено:
Проверил - с пространствами имен точно так же:

А у меня не появляются
Возможно, я не совсем понимаю устройство map-файла, но вот словосочетание "curTime" там встречается дважды:

TimeService::curTime 0x10000004 Data 4 time_service.o(.data) - в секции global symbols
и
time_service.o(.text) refers to time_service.o(.data) for TimeService::curTime в Section Cross References.

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


Скажите, а как у вас с отладкой шаблонного кода?