From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18289 invoked by alias); 8 Jan 2004 04:06:02 -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 18280 invoked from network); 8 Jan 2004 04:06:00 -0000 Received: from unknown (HELO www.aromasoft.co.kr) (61.32.23.129) by sources.redhat.com with SMTP; 8 Jan 2004 04:06:00 -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 i0845nRZ025586; Thu, 8 Jan 2004 13:05:50 +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 04:06:00 -0000 Organization: AromaSoft, Inc. Message-ID: <000801c3d59c$b468b000$f617203d@bathory> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit In-Reply-To: <3FFC3EAC.8000506@eagercon.com> X-SW-Source: 2004-01/txt/msg00080.txt.bz2 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 >