This is the mail archive of the archer@sourceware.org mailing list for the Archer project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: DWARF compaction

From: Daniel Jacobowitz <drow at false dot org>
To: Roland McGrath <roland at redhat dot com>
Cc: Thiago Jung Bauermann <bauerman at br dot ibm dot com>,Project Archer <archer at sourceware dot org>
Date: Thu, 31 Jul 2008 22:23:42 -0400
Subject: Re: DWARF compaction
References: <m363qtg0ey.fsf@fleche.redhat.com> <1217273774.20082.19.camel@localhost.localdomain> <20080801021108.EFDE715427E@magilla.localdomain>

On Thu, Jul 31, 2008 at 07:11:08PM -0700, Roland McGrath wrote:
> What GDB needs to do is cope with all the new wrinkles of the DWARF
> format that can be used in the most optimally compact encodings.
> These are mainly ref_addr, partial_unit, imported_unit, and not
> getting confused about semantics of inter-CU pointers in the DIEs.
> 
> You can sort of work on this in parallel, though it's a bit hard to
> finish any new support when you don't have anything that produces that
> format to test it with.

FYI, GDB should work with this already.  I've tested it both with a
GCC mode that uses it lightly for duplicate elimination, plus with
proprietary compilers like RealView.  Of course, every new producer
causes unique problems.  Of your list, imported units are the only
ones likely to be any trouble.

-- 
Daniel Jacobowitz
CodeSourcery

References:
- Tasks
  - From: Tom Tromey
- Re: Tasks
  - From: Thiago Jung Bauermann
- DWARF compaction
  - From: Roland McGrath

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]