From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-return-121938-listarch-gcc=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 19424 invoked by alias); 18 Nov 2005 18:35:48 -0000
Received: (qmail 19410 invoked by uid 22791); 18 Nov 2005 18:35:46 -0000
Received: from mail-out3.apple.com (HELO mail-out3.apple.com) (17.254.13.22)
    by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Fri, 18 Nov 2005 18:35:46 +0000
Received: from relay7.apple.com (a17-128-113-37.apple.com [17.128.113.37])
	by mail-out3.apple.com (8.12.11/8.12.11) with ESMTP id jAIIZ3rx002464;
	Fri, 18 Nov 2005 10:35:03 -0800 (PST)
Received: from [17.219.208.176] (unknown [17.219.208.176])
	(using TLSv1 with cipher RC4-SHA (128/128 bits))
	(No client certificate requested)
	by relay7.apple.com (Apple SCV relay) with ESMTP id 724108E;
	Fri, 18 Nov 2005 10:35:03 -0800 (PST)
In-Reply-To: <20051118021329.GA31135@nevyn.them.org>
References: <437BB214.1070306@codesourcery.com> <20051117011900.GA17847@redhat.com> <437BDC9E.3080608@codesourcery.com> <1132227692.24110.40.camel@pc960.cambridge.arm.com> <m3psoz0x95.fsf@gossamer.airs.com> <437D0DC7.7040509@adacore.com> <m3y83mzvru.fsf@gossamer.airs.com> <20051118021329.GA31135@nevyn.them.org>
Mime-Version: 1.0 (Apple Message framework v734)
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Message-Id: <7F7C7F6E-5E10-48FD-8333-CB3267336300@apple.com>
Cc: Ian Lance Taylor <ian@airs.com>, Robert Dewar <dewar@adacore.com>,
        Richard Earnshaw <rearnsha@gcc.gnu.org>,
        gcc mailing list <gcc@gcc.gnu.org>
Content-Transfer-Encoding: 7bit
From: Mike Stump <mrs@apple.com>
Subject: Re: Link-time optimzation
Date: Fri, 18 Nov 2005 18:35:00 -0000
To: Daniel Jacobowitz <drow@false.org>
Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Archive: <http://gcc.gnu.org/ml/gcc/>
List-Post: <mailto:gcc@gcc.gnu.org>
List-Help: <http://gcc.gnu.org/ml/>
Sender: gcc-owner@gcc.gnu.org
X-SW-Source: 2005-11/txt/msg00861.txt.bz2

On Nov 17, 2005, at 6:13 PM, Daniel Jacobowitz wrote:
> Also, please keep in mind that generating and then assembling debug
> info takes a huge amount of I/O relative to code size.  I'd expect  
> much
> more than 1% saving the write-out and write-in on -g.

I'd hope that we can contribute code to eliminate this, so, it might  
be possible to not consider any benefit this would have in the  
current decision making.

compiler -> debug info repository -> gdb (side stepping the linker,  
the assembler)