• State Not Answered
  • Locked Locked
  • Replies 11 replies
  • Subscribers 119 subscribers
  • Views 17593 views
  • Users 0 members are here
Options
Related
How was your experience today?
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

DS-5 FVP debugger always shows "Failed to load symbols for "Hello World.axf""

CY

I started to use DS-5 recently and applied for a evaluation license for professional version.

I followed instructions strictly from this page DS-5 Documentation & Resources / Tutorials / Getting Started with ARM DS-5 | ARM DS-5 Development Studio

But I got this error message, like this picture shows

This make me can't debug from source-level.  I can't set breakpoint into c file , but i can set breakpoint into disassembly file. Is  there any solutions?

1.jpg
Parents
  • 0 in reply to Matt Sealey

    Matt,

    DS-5 is rejecting the first Debug Info Entry (DIE) because the first entry specifies the working directory instead of a specific source file. The entry is probably legal (DWARF spec isn't that clear) and certainly it was accepted by previous DS-5 versions such as v5.22.

    I gleamed the release notes hoping to get a clue as to what changed. Nothing stands out.  Could you please check internally?  For your info, here is the offending DIE entry:

    <0><b>: Abbrev Number: 1 (DW_TAG_compile_unit)

    <c>   DW_AT_producer    : (indirect string, offset: 0x9): GNU C 4.9.2 20140904 (prerelease) -mgeneral-regs-only -mstrict-align -mlittle-endian -mabi=lp64 -gdwarf-2 -g -O0 -O1 -std=c99 -ffreestanding -ffunction-sections -fdata-sections 

    <10>   DW_AT_language    : 1 (ANSI C)

    <11>   DW_AT_comp_dir    : (indirect string, offset: 0xd7): /home/x/atf  

    <15>   DW_AT_stmt_list   : 0x0

    <1><19>: ...

    Compilation Unit @ offset 0x7e:

    Length:        0x7b7 (32-bit)

    Version:       2

    Abbrev Offset: 67

    Pointer Size:  8

    Other entries would also have DW_AT_name to point to a specific source file. It would be great if you could find out why v5.24 won't accept this entry, or alternatively how to stop gcc from generating this entry.

    Thanks

Reply
  • 0 in reply to Matt Sealey

    Matt,

    DS-5 is rejecting the first Debug Info Entry (DIE) because the first entry specifies the working directory instead of a specific source file. The entry is probably legal (DWARF spec isn't that clear) and certainly it was accepted by previous DS-5 versions such as v5.22.

    I gleamed the release notes hoping to get a clue as to what changed. Nothing stands out.  Could you please check internally?  For your info, here is the offending DIE entry:

    <0><b>: Abbrev Number: 1 (DW_TAG_compile_unit)

    <c>   DW_AT_producer    : (indirect string, offset: 0x9): GNU C 4.9.2 20140904 (prerelease) -mgeneral-regs-only -mstrict-align -mlittle-endian -mabi=lp64 -gdwarf-2 -g -O0 -O1 -std=c99 -ffreestanding -ffunction-sections -fdata-sections 

    <10>   DW_AT_language    : 1 (ANSI C)

    <11>   DW_AT_comp_dir    : (indirect string, offset: 0xd7): /home/x/atf  

    <15>   DW_AT_stmt_list   : 0x0

    <1><19>: ...

    Compilation Unit @ offset 0x7e:

    Length:        0x7b7 (32-bit)

    Version:       2

    Abbrev Offset: 67

    Pointer Size:  8

    Other entries would also have DW_AT_name to point to a specific source file. It would be great if you could find out why v5.24 won't accept this entry, or alternatively how to stop gcc from generating this entry.

    Thanks

Children