From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1694 invoked by alias); 21 Nov 2009 00:04:27 -0000 Received: (qmail 1564 invoked by uid 22791); 21 Nov 2009 00:04:25 -0000 X-SWARE-Spam-Status: No, hits=-2.5 required=5.0 tests=AWL,BAYES_00,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Sat, 21 Nov 2009 00:03:10 +0000 Received: from int-mx02.intmail.prod.int.phx2.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id nAL0398R026741 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Fri, 20 Nov 2009 19:03:09 -0500 Received: from ns3.rdu.redhat.com (ns3.rdu.redhat.com [10.11.255.199]) by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id nAL038xV009671; Fri, 20 Nov 2009 19:03:09 -0500 Received: from opsy.redhat.com (ovpn01.gateway.prod.ext.phx2.redhat.com [10.5.9.1]) by ns3.rdu.redhat.com (8.13.8/8.13.8) with ESMTP id nAL038Wr031165; Fri, 20 Nov 2009 19:03:08 -0500 Received: by opsy.redhat.com (Postfix, from userid 500) id B3CDF378204; Fri, 20 Nov 2009 17:03:07 -0700 (MST) From: Tom Tromey To: gdb-patches@sourceware.org Subject: Re: [RFA 2/4] dwarf2_physname References: <4B0707E7.5010308@uglyboxes.com> <20091120220927.GA9589@caradoc.them.org> Reply-To: tromey@redhat.com Date: Sat, 21 Nov 2009 00:04:00 -0000 In-Reply-To: <20091120220927.GA9589@caradoc.them.org> (Daniel Jacobowitz's message of "Fri, 20 Nov 2009 17:09:27 -0500") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2009-11/txt/msg00453.txt.bz2 >>>>> "Daniel" == Daniel Jacobowitz writes: Keith> Some warnings are in order. First, this is probably going to really Keith> slow down large C++ applications, because we no longer use Keith> DW_AT_MIPS_linkage_name as generated from the compiler. We Keith> essentially build this name during DIE reading. Daniel> We need to quantify the impact on a couple of C++ code bases, I think. I think it is worth noting that this problem should be mostly solved by some work I'm in the middle of. This work involves making psymtabs optional (it is left up to the debuginfo reader to decide), and then making use of various DWARF indices (we have a new section but debate about this is ongoing) to speed up the DWARF case. The upshot of this is that we'll generally only read CUs on demand, and we won't do the initial scan we currently do for psymtabs. This work won't help with existing code, though, because it relies on indices we don't have access to (even if we use the standard DWARF ones, those are unusable with older versions of GCC). If you're interested in this, it is on archer-tromey-optional-psymtab. You'll also want the compiler and readelf patches from: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41130 This is a work in progress. Tom