[MrYuran 16]

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

И звёздочка какая-то чёрная около названия проекта?

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

А кто-нибудь пробовал собрать проект иаром (создать elf с отладочной информацией), а отлаживаться через эклипс, исползуя JLinkGDBServer + arm-elf-gdb?

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

[Johnny81 0]

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

И звёздочка какая-то чёрная около названия проекта?

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

[IgorKossak 0]

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

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

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

А кто-нибудь пробовал собрать проект иаром (создать elf с отладочной информацией), а отлаживаться через эклипс, исползуя JLinkGDBServer + arm-elf-gdb?

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

 

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

[Andy_Mozzhevilov 0]

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

Не знаю, насколько оно разумно. Какой в нем смысл?

Если рассуждать с точки зрения лицензионности софта, так если уж ИАР-вским компилятором проект и так собирается, так и отлаживать его в том же ИАР.

Более интересно было бы как раз, собирать проект бесплатным gcc, получить elf и грузить его в ИАРовский дебагер. Но у меня это не получилось. ИАР вроде как только умеет генерить elf, но не грузить его в свой отладчик.

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

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

ИАР вроде как только умеет генерить elf, но не грузить его в свой отладчик.

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

[IgorKossak 0]

Не знаю, насколько оно разумно. Какой в нем смысл?

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

[Andy_Mozzhevilov 0]

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

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

[LessNik 0]

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

 

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

[Andy_Mozzhevilov 0]

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

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

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

[leen 0]

Пусто. Я пробовал указывать командный файл, но он почему-то приделывал к этому файлу цыгвиновский путь и не находил.

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

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

Изменено 20 мая, 2008 пользователем Leen

[LessNik 0]

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

Не получилось найти конкретного примера. Если можете, дайте ссылку.

[xelax 0]

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

Не получилось найти конкретного примера. Если можете, дайте ссылку.

 

Window -> Show View -> Problem

[MrYuran 16]

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

Не получилось найти конкретного примера. Если можете, дайте ссылку.

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

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

[LessNik 0]

Window -> Show View -> Problem

 

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

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

 

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

 

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

 

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