А чё это у меня какие-то фиговинки оранжевые появились? (см. на рис. стрелками указано)
И звёздочка какая-то чёрная около названия проекта?

Раньше такого не было...

Вот уж воистину, любит русский народ поизгаляться...

Это плагин системы контроля версий расставляет. Смысл каждой можно посмотреть в настройках плагина.

На мой взгляд вполне разумное стремление.

Пытался наоборот - создать .elf при помощи arm-elf-gcc и отлаживать его в ИАРе. Не получилось. ИАР выругался на отладочную информацию в .elf

Отладчик у ИАРа на порядок или даже два лучше чем gdb с разными GUI.

Не знаю, насколько оно разумно. Какой в нем смысл?
Если рассуждать с точки зрения лицензионности софта, так если уж ИАР-вским компилятором проект и так собирается, так и отлаживать его в том же ИАР.
Более интересно было бы как раз, собирать проект бесплатным gcc, получить elf и грузить его в ИАРовский дебагер. Но у меня это не получилось. ИАР вроде как только умеет генерить elf, но не грузить его в свой отладчик.
Сейчас как раз тут пытаюсь наладить связку gcc + OpenOCD + ARM-USB-OCD + отладка под SlickEdit с истользованием его встроенного gdb клиента. В принципе работает неплохо, но есть ньюансы с загрузкой во flash (пробую на NXP2294 и NXP2378). Иногда всё становится колом и перестает грузиться. Разбираюсь.

Надо создать проект, состоящий из одного только .elf, тогда все работает, но без отладочной информации. Как только добавляешь CFLAGS+=-dwarf2 ИАР начинает ругаться. А без этой опции бродить по дизассемблерному листингу тосклииииво...

Работать комфортнее, не всё же отладкой решается. Вот такие у меня вкусы.

Ну вкусы вкусами, о них не спорят. Но все же - в чем комфортнее? Может я тоже так хочу, просто не знаю?

Мне не нравится иаровский редактор (мягко скажем) и не нравится переключаться меджу n-надцатью окнами, пытаясь найти нужное приложение (для отладки, для редактирования, особено, если работаешь сразу над несколькими проектами одновременно). А в эклипсе это можно всё очень хорошо настроить так, чтоб не напрягало. + ещё все проекты под иаровский компилятор, а времени особо нет всё переписывать под другой компилятор (его ещё выучить нужно). Вот в том и комфортнее.

Не надо агитировать за другой редактор. Речь не о том. Есть мнение - собирать IAR-ом проект (не суть важно сейчас из-под оболочки IAR или из командной строки и другого редактора), получить выходной формат ELF, который уже отлаживать через GDB.
Утверждалось, что в этой связке что-то удобнее, комфортнее (насколько я понял в сравнении с отладкой под IAR). Вот мне и интересно знать, что?

У меня там прописан файл gdb.sim, в нем простенький скрипт для симулятора (эмулятор привинтить руки не доходят) - gdb его находит и выполняет. Не находил, когда файл с точкой перед именем был - это скрытый файл в *них (вроде бы - если не прав, поправьте).
Люди, а как в эклипсе кто мониторит SFR? Т.е. работаю я с периферией и мне надо знать в каком состоянии, например, регистр статуса PIO. Какие есть варианты по их чтению при остановке программы?

Сообщение отредактировал Leen - May 20 2008, 11:19

А как можно сделать(создать) разбор ошибок, возникших в результате компиляции? Чтоб отмечались строки с ошибками и к ним можно было перейти из списка ошибок.
Не получилось найти конкретного примера. Если можете, дайте ссылку.

Window -> Show View -> Problem

по моему небогатому опыту, должны быть включены соответствующие парсеры ошибок в настройках проекта. У меня почему-то иногда галки опадают и ошибки не подсвечиваются.
Закономерности особой не нашёл, но при компиляции в консоль выводится лог, в котором описание ошибки, файл и номер строки. Я включил отображение номеров строк и с тех пор особо не парюсь..

Я имел ввиду: Как можно создать САМОМУ СВОЙ СОБСТВЕННЫЙ обработчик ошибок, если стандартные не подходят. Например, компилятор выдаёт номер строки, где произошла ошибка и другую нужную информацию в формате, отличающемся от других компиляторов и поэтому стандартные обработчики ошибок не могут мне показать конкретную строку в исходнике. Зато в консоль выводится вся информация: номер строки, ошибка и причина появления

main.cpp",10 Error[Pe135]: class "BLABLA" has no member "ShowBlaBla"

Вот основываясь на этой информации мне нужно отметить в main.cpp строку 10 как ошибку и по двойному нажатии мыши на списке ошибок перейти в место возникновения ошибки.