GDB não encontra números de linha, objdump faz

Question

Estou usando DDD/GDB para depurar um jogo homebrew rodando no NintendoDS, construído com "arm-eabi-gcc (devkitARM release 32) 4.5.1".Para sua informação, eu carreguei o binário .elf não removido aqui, caso alguém queira reproduzir alguns dos passos abaixo.

• Peço ao gdb uma lista de uma das funções localizadas em GameScript.o (GobExpression::eval) e ele lida bem com isso.

• Peço ao gdb uma listagem de SimpleGob::play, no mesmo GameScript.o, ele reclama que "Nenhum número de linha conhecido para SimpleGob::play".(sessão arm-eabi-gdb logo abaixo:)

arm-eabi-gdb AppleAssault.elf

GNU gdb (GDB) 7.2
This GDB was configured as "--host=i686-pc-linux-gnu --target=arm-eabi".
Reading symbols from AppleAssault.elf...done.
(gdb) list GobExpression::eval
342    bool eval(s16 data[REGISTERS], iGun **extra=0) {
343         GobCollision gc[2]={{0,0,data},{0,0,0}};
344         return eval(gc,extra);
345       }
346     
347       bool eval(GobCollision* c, iGun **extra=0) {
348         s16 *data=c[0].data;
349         s16 stack[STACKSIZE]; int sp=0;
350         u8 op;
351         if (!code) return true;
gdb) list SimpleGob::play
play    play()  
(gdb) list SimpleGob::play
No line number known for SimpleGob::play.

No entanto, se eu invocar arm-eabi-objdump -drl AppleAssault.elf, obviamente encontrará alguns números de linha, conforme mencionados no dump:

0203c7f8 <_ZN9SimpleGob4playEv>:
_ZN9SimpleGob4playEv():
/beetle/hobby/DS/dsgametools/branches/companim/libgeds/source/GameObject.cpp:1710
 203c7f8:       b5f0            push    {r4, r5, r6, r7, lr}
 203c7fa:       465f            mov     r7, fp
 203c7fc:       4656            mov     r6, sl
 203c7fe:       464d            mov     r5, r9
 203c800:       4644            mov     r4, r8
 203c802:       b4f0            push    {r4, r5, r6, r7}
 203c804:       b0a7            sub     sp, #156        ; 0x9c
_ZN9CommonGob11gobDoChecksEv():
/beetle/hobby/DS/dsgametools/branches/companim/libgeds/source/GameObject.cpp:1430
 203c806:       7c03            ldrb    r3, [r0, #16]
_ZN9SimpleGob4playEv():
/beetle/hobby/DS/dsgametools/branches/companim/libgeds/source/GameObject.cpp:1710
 203c808:       1c05            adds    r5, r0, #0
_ZN9CommonGob11gobDoChecksEv():
/beetle/hobby/DS/dsgametools/branches/companim/libgeds/source/GameObject.cpp:1430
 203c80a:       2b00            cmp     r3, #0
 203c80c:       d100            bne.n   203c810 <_ZN9SimpleGob4playEv+0x18>
 203c80e:       e099            b.n     203c944 <_ZN9SimpleGob4playEv+0x14c>

O arquivo é compilado com arm-eabi-g++ -MMD -MP -MF /beetle/hobby/DS/dsgametools/branches/companim/libgeds/build/GameObject.d -g -march=armv5te -mtune=arm946e-s -fomit-frame-pointer -ffast-math -mthumb -mthumb-interwork {include path stripped} -DARM9 -fno-rtti -Wall -O2 -c /beetle/hobby/DS/dsgametools/branches/companim/libgeds/source/GameObject.cpp -o GameObject.o, portanto com símbolos de depuração habilitados, compactados em um arquivo .a e finalmente vinculados ao programa.Recompilar com -O0 não parece ajudar.

Eu vi uma solução alternativa em GDB não consegue encontrar números de linha isso sugere usar add-symbol-file, embora eu não saiba bem qual arquivo de símbolo adicionaria ...Estou faltando um conceito-chave sutil de símbolos de depuração do GDB que explicaria o que (alguma parte) está faltando em meus programas para que o GDB possa anotá-lo com números de linha?

Answer 1

Tentar -gstabs+ ao compilar com g++ para tentar com informações de depuração de extensões GNU (compreendidas apenas por gdb).