From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19025 invoked by alias); 30 Aug 2004 17:08:21 -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 18891 invoked from network); 30 Aug 2004 17:08:16 -0000 Received: from unknown (HELO boden.synopsys.com) (198.182.44.79) by sourceware.org with SMTP; 30 Aug 2004 17:08:16 -0000 Received: from maiden.synopsys.com (maiden.synopsys.com [146.225.100.170]) by boden.synopsys.com (Postfix) with ESMTP id 9A815DEE1; Mon, 30 Aug 2004 10:07:49 -0700 (PDT) Received: from piper.synopsys.com (localhost [127.0.0.1]) by maiden.synopsys.com (8.9.1/8.9.1) with ESMTP id KAA06202; Mon, 30 Aug 2004 10:08:14 -0700 (PDT) Received: (from jbuck@localhost) by piper.synopsys.com (8.11.6/8.11.6) id i7UH8Eo01959; Mon, 30 Aug 2004 10:08:14 -0700 X-Authentication-Warning: piper.synopsys.com: jbuck set sender to Joe.Buck@synopsys.com using -f Date: Mon, 30 Aug 2004 18:02:00 -0000 From: Joe Buck To: Matt Austern Cc: Giovanni Bajo , gcc@gcc.gnu.org, Mark Mitchell Subject: Re: GCC 3.5 Status (2004-08-29) Message-ID: <20040830100814.A1682@synopsys.com> References: <4132641E.3030206@codesourcery.com> <200408300148.54421.stevenb@suse.de> <41326EBF.9020501@codesourcery.com> <200408300229.13652.stevenb@suse.de> <41327A88.5080903@codesourcery.com> <023b01c48e35$0f5ef9f0$8f432597@bagio> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: ; from austern@apple.com on Sun, Aug 29, 2004 at 07:46:31PM -0700 X-SW-Source: 2004-08/txt/msg01502.txt.bz2 On Sun, Aug 29, 2004 at 07:46:31PM -0700, Matt Austern wrote: > You are not the only person who cares about C++ compilation times at > -O0. This is a major concern for Apple, and I expect that improving > C++ -O0 compilation time will be my primary activity for some time. I > don't think the current status it too awful, actually, but we do still > have a way to go. > > Do you have any suggestions for improving -O0 compile speed? It would seem to me that doing some relatively simple optimizations at -O0, focused on reducing code size while preserving observable values (so people using debuggers don't notice), should speed up -O0 by reducing the amount of RTL that has to be turned into instructions, and reducing the size of the files that must be processed by the assembler and linker.