From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 596 invoked by alias); 20 Jan 2004 08:25:09 -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 579 invoked from network); 20 Jan 2004 08:25:04 -0000 Received: from unknown (HELO thinkpad.wg-ro-gar1.inext.cz) (212.111.6.80) by sources.redhat.com with SMTP; 20 Jan 2004 08:25:04 -0000 Received: from karel (helo=localhost) by thinkpad.wg-ro-gar1.inext.cz with local-esmtp (Exim 3.35 #1 (Debian)) id 1AirCv-00057t-00; Tue, 20 Jan 2004 09:25:57 +0100 Date: Tue, 20 Jan 2004 08:25:00 -0000 From: Karel Gardas X-X-Sender: karel@thinkpad.wg-ro-gar1.inext.cz To: Mark Hahn cc: gcc@gcc.gnu.org Subject: Re: gcc 3.5 integration branch proposal In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SW-Source: 2004-01/txt/msg01454.txt.bz2 On Mon, 19 Jan 2004, Mark Hahn wrote: > IMO, GCC should ignore compiler performance unless regressions are >= 2x. E.g. so 1.5 slower GCC 3.4 in comparison with GCC 3.3 is ok, and then 1.5 slower GCC 3.5 in comparison with GCC 3.4 is again ok, etc, etc? Do you mean this? > and when a tradeoff is necessary, 5% better code is worth 2x compile time. > obviously, I'm interested in code that is run more often than compiled. As a GCC user I'm insterested in as fast as possible C++ compiler. Guys, this is a real pain to see how Comeau and/or Intel compiles faster than GCC 3.3.x :-( (I'm sorry for this complain). And in addition I guess these two are not the fastest C++ compilers in the industry... I was really surprised seeing M$ VC 7.1 compiling much faster with all optimization switch on than GCC at -O0 and even the code produced runs a bit faster than those compiled by GCC with -O2... > but isn't that the whole point of a compiler? maybe another factor is people > trying to use GCC where they should use a scripting language instead. I guess you have forgotten that compiler is also needed for software _development_. Cheers, Karel -- Karel Gardas kgardas@objectsecurity.com ObjectSecurity Ltd. http://www.objectsecurity.com