From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28005 invoked by alias); 4 Jan 2013 03:31:00 -0000 Received: (qmail 27982 invoked by uid 22791); 4 Jan 2013 03:30:58 -0000 X-SWARE-Spam-Status: No, hits=-5.5 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,KHOP_RCVD_TRUST,KHOP_THREADED,RCVD_IN_DNSWL_LOW,RCVD_IN_HOSTKARMA_YE,TW_BJ,TW_DW,TW_GD,TW_JC,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from mail-ob0-f181.google.com (HELO mail-ob0-f181.google.com) (209.85.214.181) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 04 Jan 2013 03:30:53 +0000 Received: by mail-ob0-f181.google.com with SMTP id oi10so14474407obb.12 for ; Thu, 03 Jan 2013 19:30:52 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=64KbdyM+2bc7pl9fC4BZzwBPW6GJSt+HHibOf+s41bQ=; b=J1oVU+rTI+t1LMBSfA5Vw/vgZDjg0PD48vrQeGVfMT76/zzCVfUuHvCdoEWKf1j8k0 LXOAdNWq+PsgsJYJA9O03L4FodIHTbGmOaNYqmdRddWVkL84sFFfZnNbTWNVOD4c2YAp KCDfDbsKNMEvD8V5eQlYnTU2pfKnMz9lAflLycHhfa16E0Pep3dl+VwyJhbWf+XBs+Hx yHJtKo5QJvqSo2l5/lJ5TqdT1LsX/oQCDQOD/OO7V8oh0E3rDGcLKNfkRJ67PBqEz2qw PNbU2q2yJz80OHaaaawCzezfq+ihdgnx0m4n1cIeSQAd1Kt272BjEqfATIVMWjpdCmZu R2Hg== MIME-Version: 1.0 Received: by 10.182.73.4 with SMTP id h4mr38483205obv.18.1357270252384; Thu, 03 Jan 2013 19:30:52 -0800 (PST) Received: by 10.76.87.101 with HTTP; Thu, 3 Jan 2013 19:30:52 -0800 (PST) In-Reply-To: <50E5B73C.8090009@redhat.com> References: <12972.1357230104@usendtaylorx2l> <50E5B73C.8090009@redhat.com> Date: Fri, 04 Jan 2013 03:31:00 -0000 Message-ID: Subject: Re: stabs support in binutils, gcc, and gdb From: Doug Evans To: nick clifton Cc: David Taylor , binutils@sourceware.org, gcc@gcc.gnu.org, gdb Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQlxeYWXtoPwUv2dssUMfrF5iWqKuERmYwAOzgl8QpHWUMcHEQnNrDo4uvh1oItAjQy0VIxzldRZPuGMMLTxp/N72Q57Ycy8qTbJwiPIvFLd0+fTmcRYlv9TvIig5QQp2XNwfaXL6wJy8H2zHRifspPkkGkzAMIHZwnP1Gt5HTdMDEcDj/vDm8jtE79Hd9vS+5Zw+Vtn X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2013-01/txt/msg00016.txt.bz2 On Thu, Jan 3, 2013 at 9:52 AM, nick clifton wrote: >> Switching to DWARF causes our build products directory (which contains >> *NONE* of the intermediate files) to swell from 1.2 GB to 11.5 GB. >> Ouch! The DWARF ELF files are 8-12 times the size of the STABS ELF >> files. >> >> If the DWARF files were, say, a factor of 2 the size of the STABS files, >> I could probably sell people on switching to DWARF; but, a factor of 8 >> to 12 is too much. > > > Have you tried using a DWARF compression tool like dwz ? > > http://gcc.gnu.org/ml/gcc/2012-04/msg00686.html > > Or maybe the --compress-debug-sections option to objcopy ? Yeah, that would be really useful data to have. Plus, there's also -gdwarf-4 -fdebug-types-section. So while plain dwarf may be 8-12x of stabs, progress has been made, and we shouldn't base decisions on incomplete analyses. If we had data to refute (or substantiate) claims that dwarf was *still* X% larger than stabs and people were still avoiding dwarf because of it, that would be really useful.