From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30782 invoked by alias); 13 Jul 2005 18:42:46 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 30742 invoked by uid 22791); 13 Jul 2005 18:42:42 -0000 Received: from mail-out4.apple.com (HELO mail-out4.apple.com) (17.254.13.23) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Wed, 13 Jul 2005 18:42:42 +0000 Received: from mailgate2.apple.com (a17-128-100-204.apple.com [17.128.100.204]) by mail-out4.apple.com (8.12.11/8.12.11) with ESMTP id j6DIgdPl005192 for ; Wed, 13 Jul 2005 11:42:39 -0700 (PDT) Received: from relay3.apple.com (relay3.apple.com) by mailgate2.apple.com (Content Technologies SMTPRS 4.3.17) with ESMTP id ; Wed, 13 Jul 2005 11:42:38 -0700 Received: from [17.201.26.150] (il0102b-dhcp100.apple.com [17.201.26.150]) by relay3.apple.com (8.12.11/8.12.11) with ESMTP id j6DIgTL8007370 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NOT); Wed, 13 Jul 2005 11:42:34 -0700 (PDT) In-Reply-To: <20050712011822.GA22286@nevyn.them.org> References: <20050712005636.GA21559@nevyn.them.org> <20050711181158.A10767@molenda.com> <20050712011822.GA22286@nevyn.them.org> Mime-Version: 1.0 (Apple Message framework v730) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <1B44CDEB-BB23-4B74-8B13-73CEE6CF0732@apple.com> Cc: Jason Molenda , GCC Development Content-Transfer-Encoding: 7bit From: Devang Patel Subject: Re: Reducing debug info for C++ ctors/dtors Date: Wed, 13 Jul 2005 18:42:00 -0000 To: Daniel Jacobowitz X-SW-Source: 2005-07/txt/msg00555.txt.bz2 On Jul 11, 2005, at 6:18 PM, Daniel Jacobowitz wrote: > On Mon, Jul 11, 2005 at 06:11:58PM -0700, Jason Molenda wrote: > >> Yeah, Devang didn't present what we're doing here on the debug side >> too well. We're giving up a bit of information from within gdb -- >> it won't know what constructors and destructors a class has defined >> -- for a large savings in debug info (this can be over 20% of an >> application's debug info when lots of templates are in heavy use). >> >> Because the FUN stabs are still present, gdb knows about the >> constructors; it can step into them, it can set breakpoints on them. >> >> For most developers, this isn't a worthwhile tradeoff, but for a >> certain class of appliations the stabs debug info is enormous and >> this helps to ameloriate that by giving up a small bit of gdb >> functionality. This won't be enabled by default even within Apple, >> but it is a useful option to have available. >> > > Thanks for the explanation. That makes more sense. What do others think about this patch? If people think, it is OK to have one additional knob for users then I'll test and submit formal patch. I'll treat silence as, this idea is not OK for FSF GCC. I'd like to give Jason and our customers compiler with such fix ASAP. And if it is considered good idea for FSF GCC then I'd like to iron out small details (e.g. name of switch, stabs specific or general for all dbg format etc..), in the beginning. Thanks, - Devang