From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 32196 invoked by alias); 19 Jan 2004 21:46:03 -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 32172 invoked from network); 19 Jan 2004 21:46:02 -0000 Received: from unknown (HELO mail.libertysurf.net) (213.36.80.91) by sources.redhat.com with SMTP; 19 Jan 2004 21:46:02 -0000 Received: from localhost.localdomain (213.36.55.64) by mail.libertysurf.net (6.5.033) id 3FFAFD920115C3A7; Mon, 19 Jan 2004 22:45:47 +0100 Content-Type: text/plain; charset="iso-8859-1" From: Eric Botcazou To: Eric Christopher Subject: Re: gcc 3.5 integration branch proposal Date: Mon, 19 Jan 2004 21:46:00 -0000 User-Agent: KMail/1.4.3 Cc: Robert Dewar , Scott Robert Ladd , Gabriel Dos Reis , Nick Burrett , Marc Espie , geoffk@apple.com, gcc@gcc.gnu.org References: <90200277-4301-11D8-BDBD-000A95B1F520@apple.com> <200401192207.58846.ebotcazou@libertysurf.fr> <1074546942.11041.8.camel@dzur.sfbay.redhat.com> In-Reply-To: <1074546942.11041.8.camel@dzur.sfbay.redhat.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <200401192246.52526.ebotcazou@libertysurf.fr> X-SW-Source: 2004-01/txt/msg01389.txt.bz2 > And perhaps the improvement in code quality indicates that there is > something right in the development process. I think we can both agree that all is in the balance between code quality improvement and compilation speed degradation. -- Eric Botcazou