gdb supports dwarf2 which is generated by ADS compiler?
Jang, Jaewoo
jaewoo.jang@aromasoft.com
Fri Jan 9 14:30:00 GMT 2004
I am enclosing sample file.
The files in the zipped file are source code, and compiled executables.
"gcc.client" is compiled by GCC 3.2.1, and "ads.client" is compiled by ADS
1.0.1. I am using gdb version 6.0. The problem is arm-elf-gdb can not
disassamble ads.client correctly. There are some problem on checking ARM
mode and THUMB mode. I think that the problem is derived from reading dwarf2
format.
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Let's get rock.
+82 (2) 3284-2463 anocean@aromasoft.com
> -----Original Message-----
> From: Daniel Jacobowitz [mailto:drow@mvista.com]
> Sent: Thursday, January 08, 2004 11:11 PM
> To: anocean@aromasoft.com
> Cc: 'Michael Eager'; gdb@sources.redhat.com
> Subject: Re: gdb supports dwarf2 which is generated by ADS compiler?
>
>
> On Thu, Jan 08, 2004 at 10:12:28PM +0900, Jang, Jaewoo wrote:
> >
> > I am concerned for not reading my words because they are
> below replys.
> >
> > I wrote as
> >
> > 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.
> >
> > 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.)
>
> How could we tell? You didn't provide a sample, a dump, or
> any information about "this particular output".
>
> --
> Daniel Jacobowitz
> MontaVista Software Debian GNU/Linux Developer
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: sample.tgz
Type: application/x-compressed
Size: 4204 bytes
Desc: not available
URL: <http://sourceware.org/pipermail/gdb/attachments/20040109/4916cab8/attachment.bin>
More information about the Gdb
mailing list