This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: Huge Increase in Unstripped Executable Size G++ 2.95 to 3.2
- From: Andi Kleen <ak at suse dot de>
- To: Jim Wilson <wilson at tuliptree dot org>
- Cc: gcc at gcc dot gnu dot org, nabeel at netzero dot com
- Date: 28 Feb 2003 09:11:50 +0100
- Subject: Re: Huge Increase in Unstripped Executable Size G++ 2.95 to 3.2
- References: <20030227.154544.18888.253032@webmail06.lax.untd.com.suse.lists.egcs> <3E5ED96F.9090902@tuliptree.org.suse.lists.egcs>
Jim Wilson <wilson at tuliptree dot org> writes:
> while DWARF2 debug info is designed
> to be more compact than stabs,
That's a joke isn't it? Don't tell me you're serious on this. If that
was one design point of dwarf2 then it completely failed to realize
that design. Ever since gcc has switched to dwarf2 I had to change
many makefiles from -g to -gstabs to keep my source code partition
from overflowing.
E.g. on a Linux kernel compile with debugging information -gstabs vs
-g makes a about a factor 5 difference in space required. Also dwarf2
runs much slower for compilation/linking because it is entirely IO
bound just for writing the huge object and executable files.
Just explaining that huge different with duplicated include files
sounds a bit suspicious. Duplicated include files should be handled
by the preprocessor and never seen by the compiler.
That's just plain C; C++ with STL is much worse in this regard.
Unfortunately -gstabs doesn't work anymore on x86-64 :-(
-Andi