From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27594 invoked by alias); 22 Jan 2004 06:27:35 -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 27501 invoked from network); 22 Jan 2004 06:27:34 -0000 Received: from unknown (HELO mtagate2.de.ibm.com) (195.212.29.151) by sources.redhat.com with SMTP; 22 Jan 2004 06:27:34 -0000 Received: from d12relay01.megacenter.de.ibm.com (d12relay01.megacenter.de.ibm.com [9.149.165.180]) by mtagate2.de.ibm.com (8.12.10/8.12.10) with ESMTP id i0M6RRRT067456; Thu, 22 Jan 2004 06:27:27 GMT Received: from d12ml045.de.ibm.com (d12av02.megacenter.de.ibm.com [9.149.165.228]) by d12relay01.megacenter.de.ibm.com (8.12.10/NCO/VER6.6) with ESMTP id i0M6RQdW275618; Thu, 22 Jan 2004 07:27:26 +0100 Received: from [9.152.222.71] ([9.152.222.71]) by d12ml045.de.ibm.com (Lotus Domino Release 5.0.9a) with ESMTP id 2004012207271975:115 ; Thu, 22 Jan 2004 07:27:19 +0100 In-Reply-To: <87fzeao355.fsf@egil.codesourcery.com> References: <82D6F34E-4306-11D8-BDBD-000A95B1F520@apple.com> <20040110154129.GA28152@disaster.jaj.com> <1073935323.3458.42.camel@minax.codesourcery.com> <1073951351.3458.162.camel@minax.codesourcery.com> <20040119013113.044D74895@quatramaran.ens.fr> <400BB40B.4070101@dsvr.net> <871xpvp9d7.fsf@egil.codesourcery.com> <20040120100839.GA21361@atrey.karlin.mff.cuni.cz> <87u12qo5s2.fsf@egil.codesourcery.com> <3DF1B3B1-4B79-11D8-83EB-000A95B1F520@apple.com> <87fzeao355.fsf@egil.codesourcery.com> Mime-Version: 1.0 (Apple Message framework v609) Message-Id: <5FA24D62-4C76-11D8-90BE-000A95A4DC02@kernel.crashing.org> Cc: Nick Burrett , gcc@gcc.gnu.org, Gabriel Dos Reis , Marc Espie , Jan Hubicka , Geoffrey Keating From: Segher Boessenkool Subject: Re: gcc 3.5 integration branch proposal Date: Thu, 22 Jan 2004 06:27:00 -0000 To: "Zack Weinberg" Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed X-SW-Source: 2004-01/txt/msg01723.txt.bz2 > Fundamentally, cutting down the write traffic even just to L1 can't be > a bad thing. It's only a bad thing if it causes actual L2 traffic. Or when it is fully redundant, of course ;-) Segher