• Locked Locked
  • Replies 3 replies
  • Subscribers 98 subscribers
  • Views 498 views
  • Users 0 members are here
Support feedback
Options
Options
Related

This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

"Dwarf error" when using gdb on OMAP3503

Quang Thai5602
Prodigy 110 points
Other Parts Discussed in Thread: OMAP3503

Hi everyone,

I was wondering if anyone's had any experience building gdb from source code for the OMAP3503, using the Code Sourcery cross-compilers?

Anyway, I have built gdb using this approach.  However, when I try to use it to load an executable image on the board and set a breakpoint, I get the following error in gdb:

Die: DW_TAG_restrict_type (abbrev = 39, offset = 144820)
        has children: FALSE
        attributes:
                DW_AT_type (DW_FORM_ref2) constant ref: 144816 (adjusted)
Dwarf Error: Cannot find type of die [in module /root/nfs_root/testing/test.axf]

 

Does anyone know why I'm getting this error?  I built the executable test.axf using the ARM RealView Development Suite and the Code Sourcery Linux libraries.  Are there any specific build options I need to use to debug with gdb?  Or is it something to do with my gdb build?

Thanks in advance.

  • TI__Mastermind 41665 points

    It sounds like there may be some debug format incompatibility between your test executable and the GDB you are trying to use, you may want to try using the gdbserver from the Code Sourcery tools (arm-xxxxxx/arm-none-linux-gnueabi/libc/usr/bin/). Alternatively you could try building your executable with another debug format.

  • in reply to Bernie Thompson TI
    Prodigy 110 points

    Bernie Thompson said:

    It sounds like there may be some debug format incompatibility between your test executable and the GDB you are trying to use, you may want to try using the gdbserver from the Code Sourcery tools (arm-xxxxxx/arm-none-linux-gnueabi/libc/usr/bin/). Alternatively you could try building your executable with another debug format.

    Thanks Bernie for the tip re gdbserver in the Code Sourcery tools, I hadn't realised that was there...

    It seems like the RealView tools generate debugging information in Dwarf3 format by default.  I tried switching to Dwarf2 format and that seems to have helped...

  • in reply to Quang Thai5602
    TI__Mastermind 41665 points

    I am glad to hear that this was helpful, these sorts of versioning issues can be troublesome.