Вопросы по Eclipse, CDT, Zylin embedded CDT, предлагаю обсуждать тут, может потом FAQ выжмем Опции

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

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

Вопрос первый - как в перспективе Debug расположить окно с переменными, регистрами и т.д. вдоль всего правого края экрана сверху вниз?

Вопрос второй - как заставить его показывать в окне регистров содержимое SPSR (для ARM), а также "затененных" регистров SP и LR (IAR их как-то показывает)?

Вопрос третий - как поставить точку останова на конкретный адрес не перезапуская отладку? Про break *addres в Debug dialog->commands->'Run' commands я знаю, но это требует перезапуска отладки. На строку в исходнике поставить можно, а если мне надо поставить на конкретную команду, причем не дожидаясь пока эта команда попадет в окно дизассемблера?

Вопрос четвертый - как его заставить показать в окне дизассемблера кусок с произвольного адреса или как "пролистать" дизассемблированный текст дальше вверх-вниз? Попутный вопрос - можно ли его заставить в этом окне показывать команды по порядку адресов - мне он часто показывает команды с пропусками или в причудливо перемешанном порядке.

Вопрос пятый - (ARM) можно ли как-то сбросить ядро не перезапуская сеанс отладки? Т.е. легким движением перевести его в ARM, SYSTEM, записать в PC 0 и остановить его на нулевом адресе.

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

Вопрос седьмой - где ставится галочка "открывать преспективу Debug при запуске отладки"? Оно спросило когда-то при создании не то проекта, не то воркспейса, я ответил неправильно а теперь не могу найти где это изменить.

Вопрос восьмой - работа с системой контроля версий. Что из каталога .metadata надо хранить в репозитории, а что создается само при старте среды? Хранить весь каталог не подходит - в нем после каждого старта среды создается куча новых файлов. Не хранить его тоже неудобно. Как я понял, в нем живут настройки Debug. Во всяком случае при переносе только проекта (без workspace) на другую машину настройки отладки пропадают (кто это придумал?? ведь в этих настройках указывается конкретный проект и выходной файл, т.е. эти настройки больше привязаны к конкретному проекту а не к workspace.)

[MrYuran]

Один раз его настроил, после чего сделал экспорт настроек в файл (File->export->settings)

??? !
Не понял!

У меня нету export->settings!
Есть только General->Prefences
Это то же самое? Похоже,что нет
Сёдня сдуру нажал кнопочку "Reset to defaults" в настройках проекта, потом целый час восстанавливал пути проекта, компилятора и линкёра
Хотелось бы избежать таких проблем в будущем
И ещё: почему опадают галки в настройках "Errors parsers" билдера?

Никак не найду закономерность...

[Непомнящий Евген...]

Есть только General->Prefences
Это то же самое? Похоже,что нет

Я имел в виду именно это. Понадеялся на память и ошибся
Сохраняются только настройки воркспейса - хоткеи, раскраска и т.д.

И ещё: почему опадают галки в настройках "Errors parsers" билдера?

С этим не сталкивался

[gte]

Поставил amontec-sdk4arm, нашел демо проект lpc2378_demo1, уровень оптимизации поставил на 0. Компиляция без ошибок. Запустил sdk4arm-insight в режиме симуляции. Симуляция зависла на
124 while ( ((PLLSTAT & (1 << 26)) == 0) ); /* Check lock bit status */

Стал смотреть более внимательно и обнаружил непонятное для меня.
Посмотрите, пожалуйста, на строки 0x71e, 0x720, 0x722 - это нормально?

Код

    111        PLLCFG = PLL_MValue | (PLL_NValue << 16);
-    0x70a    <ConfigurePLL+66>:        movs    r2, #11
-    0x70c    <ConfigurePLL+68>:        subs    r3, #136
-    0x70e    <ConfigurePLL+70>:        str    r2, [r3, #0]
    112        PLLFEED = 0xaa;
-    0x710    <ConfigurePLL+72>:        ldr    r2, [pc, #92]    (0x770 <ConfigurePLL+168>)
-    0x712    <ConfigurePLL+74>:        movs    r0, #170
-    0x718    <ConfigurePLL+80>:        str    r0, [r2, #0]
    113        PLLFEED = 0x55;
-    0x714    <ConfigurePLL+76>:        movs    r1, #85
-    0x71a    <ConfigurePLL+82>:        str    r1, [r2, #0]
    114          
    115        PLLCON = 1;                /* Enable PLL, disconnected */
-    0x716    <ConfigurePLL+78>:        subs    r3, #4
-    0x71c    <ConfigurePLL+84>:        str    r4, [r3, #0]
    116        PLLFEED = 0xaa;
-    0x71e    <ConfigurePLL+86>:        str    r0, [r2, #0]
    117        PLLFEED = 0x55;
-    0x722    <ConfigurePLL+90>:        str    r1, [r2, #0]
    118    
    119        CCLKCFG = CCLKDivValue;    /* Set clock divider */
-    0x720    <ConfigurePLL+88>:        adds    r3, #132
-    0x724    <ConfigurePLL+92>:        movs    r2, #4
-    0x726    <ConfigurePLL+94>:        str    r2, [r3, #0]
    120    #if USE_USB
    121        USBCLKCFG = USBCLKDivValue;        /* usbclk = 288 MHz/6 = 48 MHz */
-    0x728    <ConfigurePLL+96>:        movs    r2, #5
-    0x72a    <ConfigurePLL+98>:        adds    r3, #4
-    0x72c    <ConfigurePLL+100>:        str    r2, [r3, #0]
    122    #endif
    123    
    124        while ( ((PLLSTAT & (1 << 26)) == 0) );    /* Check lock bit status */
-    0x72e    <ConfigurePLL+102>:        ldr    r2, [pc, #56]    (0x768 <ConfigurePLL+160>)
-    0x730    <ConfigurePLL+104>:        ldr    r3, [r2, #0]
-    0x732    <ConfigurePLL+106>:        lsls    r1, r3, #5
-    0x734    <ConfigurePLL+108>:        bpl.n    0x72e <ConfigurePLL+102>

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

Симуляция зависла на
124 while ( ((PLLSTAT & (1 << 26)) == 0) ); /* Check lock bit status */

Логично. 26 бит в PLLSTAT выставляется аппаратно, о чем симулятор, скорее всего, не знает. Чтобы проскочить это место нужно либо вручную взвести в окне памяти нужный бит в нужной ячейке, либо временно добавить в предыдущий код строчку, взводящую этот бит.

Стал смотреть более внимательно и обнаружил непонятное для меня.
Посмотрите, пожалуйста, на строки 0x71e, 0x720, 0x722 - это нормально?

Вас смущает, что строки идут не по порядку адресов? Да, я это упоминал в четвертом вопросе первого поста. А в самом коде криминала не видно, кроме записи слова в байтовый PLLFEED. Не знаю, как отреаирует на это живой кристалл. Скорее всего нормально, там регистры идут с шагом 4 байта.
Отступление: Аналог Девайс вот умудрились в своих ADuC70xx сделать трехбайтовый регистр FEESIGN. Какой командой они планировали в него писать?

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

Скорее это файлы, которые он показывает в дереве проекта. А что будет компилиться - зависит от makefile. Во всяком случае так происходит, если при создании проекта выбрать makefile project.

При компиляции eclipse создает подкаталог Debug и компилирует оттуда.

У меня он ищет makefile в каталоге проекта, т.е. в том, где лежат .cproject и .project. А уже все подкаталоги создает makefile относительно своего расположения.

[amw]

Скорее это файлы, которые он показывает в дереве проекта. А что будет компилиться - зависит от makefile. Во всяком случае так происходит, если при создании проекта выбрать makefile project.
У меня он ищет makefile в каталоге проекта, т.е. в том, где лежат .cproject и .project. А уже все подкаталоги создает makefile относительно своего расположения.

Ну я для начала выбрал проект "Managed Make C Project", то есть Makefile создается и изменяется автоматически (я правильно понял?). Советуете использовать Standard Make C Project?

[MrYuran]

Ну я для начала выбрал проект "Managed Make C Project", то есть Makefile создается и изменяется автоматически (я правильно понял?). Советуете использовать Standard Make C Project?

Для начала в свойствах компилятора нужно указать все папки проекта.
А потом отдельные файлы можно выключить (правая мышь->Exclude from build).
Значки "с" и "h" на отключенных файлах становятся не сплошными, а контурными

[amw]

Для начала в свойствах компилятора нужно указать все папки проекта.
А потом отдельные файлы можно выключить (правая мышь->Exclude from build).
Значки "с" и "h" на отключенных файлах становятся не сплошными, а контурными

Хм. Обратная логика .
Спасибо.

[MrYuran]

Спасибо.

Да не за что.
Я вот уже склоняюсь к мысле, что надо ручками мэйк писать.
Синтаксис немного необычный (для меня)
ЗАТО:
1. Не надо в начале каждого проекта колупать туеву хучу всяких мелких настроечек (и всё равно что-нето забудешь)
2. Автомэйк не всегда делает так, как хочется, особенно в сложных проектах

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

ЗАТО:

3. Проект легко отделяется от Эклипсы и может существовать отдельно.

[mdmitry]

3. Проект легко отделяется от Эклипсы и может существовать отдельно.

+1
Удобно и независимо от оболочки. Для Winavr только так и использую. Makefile редактирую как мне надо с добавлением необходимого.

[klen]

все было шеколадно пока не обновился ....

работаю для АRМ

после обновления имею
Eclipse 3.3.2 Build id: M20080221-1800
ZylinCDT версии 4.1.16
CDT 4.0.3.200802251018
gdb6.8

косяк в том что теперь CDT упорно создает в корне воркспейса папку zylin-cdt-debugging и почему то при отладке ищет именно там собранный бинарник. с какого перепоя????

скрипт для осd в части касающейся :

Код

target remote localhost:3333
monitor poll
monitor arm7_9 dcc_downloads enable
monitor flash probe 0
monitor flash erase_sector 0 0 26
monitor flash write_bank 0 out/image.bin 0x0
monitor reset run
monitor soft_reset_halt
monitor arm7_9 force_hw_bkpts enable
symbol-file out/image.elf
thbreak main
continue

так вот СDT почемуто ????? выполняет команду скрипта
monitor flash write_bank 0 out/image.bin 0x0 из текущей директории workspase/PROJECT_NAME/out/
а команду
symbol-file out/image.elf из текущей директории workspase/zylin-cdt-debugging/out/image.elf

в результате чего OCD чесно заливает бинарник во флешь а GDB чесно пытается найти ELF там где ему сказал CDT(т.е там где его ессесно нет)

короче так.. кто еще не налетель на
эту "фичу" не обновляйте ZylinCDT
Очень возможно это просто несовместимость форматов файлов проекта от версии к версии - ну типа они там чето дорасширили в формате.

[IgorKossak]

все было шеколадно пока не обновился ....

работаю для АRМ

после обновления имею
Eclipse 3.3.2 Build id: M20080221-1800
ZylinCDT версии 4.1.16
CDT 4.0.3.200802251018
gdb6.8

косяк в том что теперь CDT упорно создает в корне воркспейса папку zylin-cdt-debugging и почему то при отладке ищет именно там собранный бинарник. с какого перепоя????

Вышел ZylinCDT версии 4.1.17. Нет желания проверить на предмет указанного косяка?