This is the mail archive of the
gdb@sources.redhat.com
mailing list for the GDB project.
Re: parallelized 'ld'?
- From: "Alexander Smundak" <asmundak at cisco dot com>
- To: "Andrew Cagney" <ac131313 at redhat dot com>, "Cynbe ru Taren" <cynbe at muq dot org>
- Cc: <gdb at sources dot redhat dot com>
- Date: Sun, 17 Aug 2003 17:39:32 -0700
- Subject: Re: parallelized 'ld'?
- References: <200307150234.h6F2YsNW028337@tully.CS.Berkeley.EDU> <87d6f63jes.fsf@muq.org> <3F3E43A5.1000906@redhat.com>
> [switching mailing lists from binutils@ to gdb@]
>
> > * "gdb used to take inordinate amount of time to load on our platform.
The
> > fix was trivial, which likely means that few people ever use GDB on
> > such large executables."
>
> I believe one identified problem is how the symbol table uses hash
> tables. The symbol tables are being given a careful upgrade. Was this
> what you noticed?
No, it is handling BINCL records in STABS. I have replaced the linear search
in dbxread.c, function find_corresponding_bincl_psymtab() with hash table,
and this shaved 3 minutes off the GDB initialization time in our case
(on 333MHz Sparc Ultra).
Please note that our compiler is gcc 2.95, and that this is for STABS
debugging
format. I can send the diffs to the interested parties; they are for 5.0
GDB, though.
Alexander Smundak