From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13395 invoked by alias); 11 Jan 2013 17:41:46 -0000 Received: (qmail 13222 invoked by uid 22791); 11 Jan 2013 17:41:43 -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,RP_MATCHES_RCVD,TW_BJ,TW_DW,TW_JC X-Spam-Check-By: sourceware.org Received: from mail-oa0-f46.google.com (HELO mail-oa0-f46.google.com) (209.85.219.46) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 11 Jan 2013 17:41:34 +0000 Received: by mail-oa0-f46.google.com with SMTP id h16so2041991oag.5 for ; Fri, 11 Jan 2013 09:41:33 -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=vRfS7u+onoQpXLPCkoQh1X8obe6TcMWXyHqpGvXVJd4=; b=DrQ3m4wi/VglZ++2Iccfy0ygyVOpauST5jF/+UrgSr9N5QZa85fYT/52MyKHkmmjtO UbbS4U//lJWCdQseeL4EYA4YYzzU5F2amgLKMhcnpJ5zcSOY5GCGDdn1hJFgvJ5Cuush lpFAL+UC+bkX8HbQYcttCI6WkxzuBOkvlu7rDe2TFRe0Os0kz6dGw0u5UMVtNrnCn8zm GQljhTdms/5ovNaSpXQZ2pV2zlFCZFls4xhY3eN3464Z9bGPK1v/HmVYgx8xQBofMoMa hz/Sdh61EIRLYl6mXn439w4dy+3yITbz/peuoJ+O5aeLQZ7J4hFcWzFC0nXrkPKThZmj nAIw== MIME-Version: 1.0 Received: by 10.60.168.198 with SMTP id zy6mr46277554oeb.89.1357926093292; Fri, 11 Jan 2013 09:41:33 -0800 (PST) Received: by 10.76.103.168 with HTTP; Fri, 11 Jan 2013 09:41:33 -0800 (PST) In-Reply-To: <13440.1357915978@usendtaylorx2l> References: <12972.1357230104@usendtaylorx2l> <50E5B73C.8090009@redhat.com> <13440.1357915978@usendtaylorx2l> Date: Fri, 11 Jan 2013 17:41:00 -0000 Message-ID: Subject: Re: stabs support in binutils, gcc, and gdb From: Doug Evans To: David Taylor Cc: nick clifton , binutils@sourceware.org, gcc@gcc.gnu.org, gdb Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQmhMRyCbnlaMgnE8NfDxN4J6TwoikES4XBpgPkrZBsLz5M+SUeCTrNdlzl0H3tqlFMldJ948O5cPh/DiHb+0b/azZBFV40FPmQ64AprtVsuUmxk0C5eA+u6RxlSCzTWoiZeXSBlcRudq7SSlTWi+1zKYw3SzoC2RqGjrFluWdbnobyFui+TC+U8Z6B2DTUfN8e0ARnp 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/msg00041.txt.bz2 On Fri, Jan 11, 2013 at 6:52 AM, David Taylor wrote: > Doug Evans wrote: >> So while plain dwarf may be 8-12x of stabs, progress has been made, >> and we shouldn't base decisions on incomplete analyses. > > ... > > If I use objcopy --compress-debug-sections to compress the DWARF debug > info (but don't use it on the STABS debug info), then the file size > ratio is 3.4. > > While 3.4 is certainly better than 11.5, unless I can come up with a > solution where the ratio is less than 2, I'm not currently planning on > trying to convince them to switch to DWARF. The 3.4 number is the number I was interested in. Thanks for computing it. There are other things that can reduce the amount of dwarf, but the size reduction can depend on the app of course. I'm thinking of dwz and .debug_types. I wonder what 3.4 changes to with those applied.