From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26443 invoked by alias); 23 Nov 2009 07:31:20 -0000 Received: (qmail 26433 invoked by uid 22791); 23 Nov 2009 07:31:19 -0000 X-SWARE-Spam-Status: No, hits=-2.6 required=5.0 tests=AWL,BAYES_00,SPF_PASS X-Spam-Check-By: sourceware.org Received: from smtp.nokia.com (HELO mgw-mx03.nokia.com) (192.100.122.230) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 23 Nov 2009 07:30:01 +0000 Received: from esebh106.NOE.Nokia.com (esebh106.ntc.nokia.com [172.21.138.213]) by mgw-mx03.nokia.com (Switch-3.3.3/Switch-3.3.3) with ESMTP id nAN7TifF031108 for ; Mon, 23 Nov 2009 09:29:57 +0200 Received: from vaebh104.NOE.Nokia.com ([10.160.244.30]) by esebh106.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 23 Nov 2009 09:29:54 +0200 Received: from mgw-da02.ext.nokia.com ([147.243.128.26]) by vaebh104.NOE.Nokia.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.3959); Mon, 23 Nov 2009 09:29:53 +0200 Received: from gar.localnet (bettdhcp167121.europe.nokia.com [172.25.167.121]) by mgw-da02.ext.nokia.com (Switch-3.3.3/Switch-3.3.3) with ESMTP id nAN7TpWh013207 for ; Mon, 23 Nov 2009 09:29:52 +0200 From: =?iso-8859-15?q?Andr=E9_P=F6nitz?= To: gdb-patches@sourceware.org Subject: Re: [RFA 2/4] dwarf2_physname Date: Mon, 23 Nov 2009 07:31:00 -0000 User-Agent: KMail/1.11.2 (Linux/2.6.28-11-generic; KDE/4.2.2; i686; ; ) References: <4B0707E7.5010308@uglyboxes.com> In-Reply-To: <4B0707E7.5010308@uglyboxes.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200911230826.59752.andre.poenitz@nokia.com> X-Nokia-AV: Clean 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/msg00488.txt.bz2 On Friday 20 November 2009 22:19:35 Keith Seitz wrote: > [...] Some warnings are in order. First, this is probably going to really slow > down large C++ applications, because we no longer use > DW_AT_MIPS_linkage_name as generated from the compiler. We essentially > build this name during DIE reading. [...] > With those caveats out of the way, I will say that I understand there > are some controversial changes in here: it is a pretty big paradigm > shift for the dwarf reader. Nonetheless, the benefits outweigh the > performance degradation (for C++ ONLY) and the minor java regression. > IMO, the elimination of single-quoting for C++ expressions alone is > worth it. > > Questions/comments/concerns? I am really worried about the performance degradation you expect. How bad will that be? Medium to large sized C++ applications is basically "all I have", and speed is already by now the biggest issue I have with gdb. [1] If the deal is "correct but slow" vs "flaky but faster" I surely prefer the "flaky but fast" side. I have encountered quite a few issues with C++ in gdb, so yes, that's not nice. But usually one can work around somehow on the user side. Raw speed on the other hand is nothing the user can improve. Andre' [1] Actually "the biggest issue that is left": Python scripting turned out to be a panacea for basically everything else. Thanks to everybody involved.