• State Not Answered
  • Locked Locked
  • Replies 11 replies
  • Subscribers 119 subscribers
  • Views 17481 views
  • Users 0 members are here
2025 survey

We are running a survey to help us improve the experience for all of our members. If you see the survey appear, please take the time to tell us about your experience if you can.

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