Пошаговая отладка LPC ARM + J-Link Опции

[adventurer]

Здравствуйте,
может кто то из форумчан сталкивался с подобными проблемами. Я не так давно начал использовать Eclipse + GNU тулчейны для программирования ARM LPC2468. Для отладки начал использовать J-Link дебагер. Поискав в инете нашел описания как правильно настраивать и т.д. Для дебага использую yagarto gdb. Кристал нормально прошивается и работает, с брекпоинтамы вроде бы тоже все в норме, но на мой взгляд, как то странно ведет себя пошаговая отладка. В С листинге операции как то не по порядке исполняются, например, сначала подсвечивается строка 12, потом вместо следующего оператора со строки 13 переходит на 5, потом на 13. И есть сомнения по поводу корректности отображаемых текущих значений. В окне локальных переменных они меняются, даже если код их не изменяет. Код исполняется правильно, все работает, но вот только с пошаговой отладкой как то не получилось до конца разобраться. Может ли иметь значения, что для компиляции я использую другой тулчейн, а для отладки yagarto ? Пошаговая отладка это конечно не так критично для меня, но все же таки очень бы хотелось разобраться и услышать об опыте использования подобной комбинации J-Link + GNU от гуру, какие проблемы и чего стоить опасаться.

[Spym]

В С листинге операции как то не по порядке исполняются<...>
И есть сомнения по поводу корректности отображаемых текущих значений.

Для удобства символьной отладки желательно выключить оптимизацию.
Передайте компилятору ключ -O0.

Сообщение отредактировал Spym - Mar 17 2011, 21:41

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

Передайте компилятору ключ -O0.

И будете отлаживать совершенно другой код.

Откройте окно дизассемблера, попробуйте понять, возможно оптимизатор использует один кусок кода в этих строках совместно. Возможно он поменял местами некоторые операции для уменьшения размера или увеличения скорости полученного кода. Ну и порой он оптимизирует настолько, что части С-кода просто изчезают. А иногда, увы, бывает, что он ошибается в отладочной информации и показывает совсем не то место исходника...

[adventurer]

И будете отлаживать совершенно другой код.

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

Я посмотрел на дисасемблинг, честно говоря не могу до конца разобраться какой С код ответствует какому ассемблерному. Например при пошаговой отладки в С-ном коде внутри цыкла переходим только по строкам 904 потом на 903 потом переходим на следующую итерацию цикла и не попадая на 905.







Интересует если кто то пользуется пошаговой отладкой, это не так критично, ибо не очень часто пользуюсь, но в некоторых вещах может бить полезно, хотелось бы разобраться. Может причина в параметрах компиляции для подключения символьной информации, я использую –ggdb, пробовал просто –g, но результат аналогичен?