Code Bloat g++
Jeffrey A Law
law@cygnus.com
Sat Feb 19 12:10:00 GMT 2000
In message < 20000219111752.C516@wolery.cumb.org >you write:
> On Thu, Feb 17, 2000 at 01:59:48PM -0700, Jeffrey A Law wrote:
> > In message < 20000217115304.B13219@wolery.cumb.org >you write:
> > > On Thu, Feb 17, 2000 at 08:39:58PM +0100, Martin v. Loewis wrote:
> > > > That assumes that large debug information is redundant to a ridicul
> ous
> > > > degree. I don't know whether this is the case, but until I'm proven
> > > > wrong, I'd always assume that every single bit in the debug
> > > > information serves a purpose.
> > > >
> > > > With that assumption, it is ok for me if debug information is large
> -
> > > > because it could not be much smaller.
> > >
> > > Stabs is in fact quite redundant, because everything is stored as
> > > ASCII strings. I've seen the size cut in half by using -gdwarf-2
> > > instead.
> > Note that for stabs we have the ability to remove duplicate information
> > from the debugging sections. We do not have that capability for dwarf2
> > right now.
>
> Is that something the assembler should be doing, or the linker? Not
> that I particularly want to go dig around in binutils, but...
It's mostly a linker issue, though the compiler & assembler usually have to
be modified to make this kind of thing work.
Jason has a couple proposals which make this kind of thing easier to do in
dwarf2, but I don't know their details.
jeff
More information about the Gcc
mailing list