RE: gdb supports dwarf2 which is generated by ADS compiler?

["Jang, Jaewoo" <jaewoo.jang@aromasoft.com>]

Thanks for your response.

> -----Original Message-----
> From: Michael Eager [mailto:eager@eagercon.com] 
> Sent: Thursday, January 08, 2004 2:15 AM
> To: anocean@aromasoft.com
> Cc: gdb@sources.redhat.com
> Subject: Re: gdb supports dwarf2 which is generated by ADS compiler?
> 
> 
> Jang, Jaewoo wrote:
> > I try to debug elf dwarf2 format whcih is generated by ADS 1.0.1 
> > compiler. It seems that gdb support dwarf2 spec. But ARM 
> dwarf2 spec 
> > is somehow modified from drawf2 spec. This is the reference of ARM 
> > dwar2 spec. 
> http://www.linuxbase.org/spec/refspecs/dwarf/ARMDwarf2.pdf
> 
> 
> The ARM document specifies how their compiler generates 
> DWARF. They describe the choices which they make, as well as 
> the very minor areas in which they diverge from the DWARF 2 standard.
> 
> > I want to know whether gdb will support ARM dwarf2 format,
> > or it is possible to patch gdb that support ARM dwarf format.
> 
> There is no ARM DWARF 2 format, as such.  DWARF is permissive 
> -- it allows compilers to generate more or less information.  
> The ARM document does what few other compilers do: explain 
> what choices they made and their rationale.
> 
> On the other hand, if a compiler generates DWARF which 
> diverges from the standard, one has to expect that a debugger 
> will have trouble interpreting it.  I don't think that ADS does this.
> 

As Trace32 debugger can also read the elf file which is generated by ADS,
I think the elf file is not far from DWARF spec.

But ADS debugger(adw) can not read gdb's elf file.
I am curious that gdb can support DWARF spec correctly.

> If you have a specific question (i.e., "does gdb support this 
> particular output from ADS?" or "is this particular DWARF 
> generated by ADS correct?"), then you will more likely get a 
> more specific response.
> 

Anyway, I just have one question.
does gdb support this particular output from ADS?
(I don't think DWARF generated by ADS is not correct.)

> > Now I try to understand source codes that is part of reading elf 
> > format. It is hard to understand. :(
> > 
> > please help me.
> > 
> > Sorry for my bad writing. 
> > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
> > Let's get rock.
> > +82 (2) 3284-2463 anocean@aromasoft.com
> > 
> 
> 
> -- 
> Michael Eager	 Eager Consulting     eager@eagercon.com
> 1960 Park Blvd., Palo Alto, CA 94306  650-325-8077
>