This is the mail archive of the
mailing list for the Archer project.
Re: Inter-CU DWARF size optimizations and gcc -flto
- From: Daniel Jacobowitz <drow at false dot org>
- To: Tom Tromey <tromey at redhat dot com>
- Cc: Jan Kratochvil <jan dot kratochvil at redhat dot com>, archer at sourceware dot org, Jakub Jelinek <jakub at redhat dot com>
- Date: Sun, 26 Feb 2012 10:08:38 -0500
- Subject: Re: Inter-CU DWARF size optimizations and gcc -flto
- Authentication-results: mr.google.com; spf=pass (google.com: domain of email@example.com designates 10.213.110.15 as permitted sender) firstname.lastname@example.org; dkim=pass email@example.com
- References: <20120201132307.GA32578@host2.jankratochvil.net><firstname.lastname@example.org>
On Wed, Feb 22, 2012 at 4:56 PM, Tom Tromey <email@example.com> wrote:
> Jan> (b) .gdb_index will have limited scope, only to select which
> Jan> objfiles to expand, no longer to select which CUs to expand.
> I suspect we are going to need a better approach here anyway.
> I sometimes hear about programs with more than 800 shared libraries.
> If you assume separate debuginfo this means 1600 objfiles.
> I think this will just crush most of the existing algorithms in gdb.
You are correct, it does crush GDB :-) I routinely try - emphasis on
try - to use GDB on programs with between 2500 and 5500 shared
libraries. It's agonizing. I have another project I want to work on
first, and not much time for GDB lately, but this is absolutely on my
list to improve.