From mboxrd@z Thu Jan 1 00:00:00 1970 From: Brian Ford To: Robert Lipe Cc: Jim Wilson , egcs@egcs.cygnus.com Subject: Re: dwarf2 debug dependent upon GAS? Date: Tue, 23 Feb 1999 07:04:00 -0000 Message-id: In-reply-to: < 19990222233200.P325@rjlhome.sco.com > References: <19990222233200.P325@rjlhome.sco.com> X-SW-Source: 1999-02/msg01136.html On Mon, 22 Feb 1999, Robert Lipe wrote: > Hi, Jim. > > Thanx for the reply. > > > It works with GNU as and SGI Irix6 as. Those are the only dwarf2 aware > > assemblers that I know about. > > The native compiler and debugger on SVR5 munch dwarf2 by default. I > don't know how aware of dwarf the assembler really is. > > > The latter, sort of. The dwarf2 standard says that some fields are offsets > > relative to the address of the final linked section. This means that we can't > > compute these offsets until link time. > > Is there some sort of tool that a human can use to help read these > tables? I can examine the output of 'main(){}' compiled with a native > compiler using -g, but the tables are complex enough that I can't > readily parse them in my head to see how this issue is sidestepped on > the native tools. > I'm not exactly sure what you are asking for, but would dwarfdump do the trick? > > I've asked the SCO tool dudes to offer hints. > > Thanx, > RJL > -- Brian Ford Software Engineer Vital Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 From mboxrd@z Thu Jan 1 00:00:00 1970 From: Brian Ford To: Robert Lipe Cc: Jim Wilson , egcs@egcs.cygnus.com Subject: Re: dwarf2 debug dependent upon GAS? Date: Sun, 28 Feb 1999 22:53:00 -0000 Message-ID: References: <19990222233200.P325@rjlhome.sco.com> X-SW-Source: 1999-02n/msg01139.html Message-ID: <19990228225300.CdEFB3YMoKQqGCLMOPikukMSah4tpjr6R5NBSno0fhs@z> On Mon, 22 Feb 1999, Robert Lipe wrote: > Hi, Jim. > > Thanx for the reply. > > > It works with GNU as and SGI Irix6 as. Those are the only dwarf2 aware > > assemblers that I know about. > > The native compiler and debugger on SVR5 munch dwarf2 by default. I > don't know how aware of dwarf the assembler really is. > > > The latter, sort of. The dwarf2 standard says that some fields are offsets > > relative to the address of the final linked section. This means that we can't > > compute these offsets until link time. > > Is there some sort of tool that a human can use to help read these > tables? I can examine the output of 'main(){}' compiled with a native > compiler using -g, but the tables are complex enough that I can't > readily parse them in my head to see how this issue is sidestepped on > the native tools. > I'm not exactly sure what you are asking for, but would dwarfdump do the trick? > > I've asked the SCO tool dudes to offer hints. > > Thanx, > RJL > -- Brian Ford Software Engineer Vital Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444