From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 31350 invoked by alias); 8 Jan 2004 13:12:37 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 31330 invoked from network); 8 Jan 2004 13:12:33 -0000 Received: from unknown (HELO www.aromasoft.co.kr) (61.32.23.129) by sources.redhat.com with SMTP; 8 Jan 2004 13:12:33 -0000 Received: from bathory (localhost.localdomain [127.0.0.1]) (authenticated bits=0) by www.aromasoft.co.kr (8.12.7/8.12.7) with ESMTP id i08DCRRZ029051; Thu, 8 Jan 2004 22:12:28 +0900 Reply-To: From: "Jang, Jaewoo" To: "'Michael Eager'" Cc: Subject: RE: gdb supports dwarf2 which is generated by ADS compiler? Date: Thu, 08 Jan 2004 13:12:00 -0000 Organization: AromaSoft, Inc. Message-ID: <000001c3d5e9$11b95240$f617203d@bathory> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit In-Reply-To: <000801c3d59c$b468b000$f617203d@bathory> X-SW-Source: 2004-01/txt/msg00083.txt.bz2 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.) > -----Original Message----- > From: gdb-owner@sources.redhat.com > [mailto:gdb-owner@sources.redhat.com] On Behalf Of Jang, Jaewoo > Sent: Thursday, January 08, 2004 1:06 PM > To: 'Michael Eager' > Cc: gdb@sources.redhat.com > Subject: RE: gdb supports dwarf2 which is generated by ADS compiler? > > > > 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 > > >