From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2598 invoked by alias); 19 Jan 2004 23:01:25 -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 2543 invoked from network); 19 Jan 2004 23:01:23 -0000 Received: from unknown (HELO uniton.integrable-solutions.net) (62.212.99.186) by sources.redhat.com with SMTP; 19 Jan 2004 23:01:23 -0000 Received: from uniton.integrable-solutions.net (localhost [127.0.0.1]) by uniton.integrable-solutions.net (8.12.3/8.12.3/SuSE Linux 0.6) with ESMTP id i0JMsl9b011318; Mon, 19 Jan 2004 23:54:47 +0100 Received: (from gdr@localhost) by uniton.integrable-solutions.net (8.12.3/8.12.3/Submit) id i0JMskll011317; Mon, 19 Jan 2004 23:54:46 +0100 X-Authentication-Warning: uniton.integrable-solutions.net: gdr set sender to gdr@integrable-solutions.net using -f To: Dale Johannesen Cc: gcc@gcc.gnu.org, espie@quatramaran.ens.fr (Marc Espie), geoffk@apple.com Subject: Re: gcc 3.5 integration branch proposal References: <90200277-4301-11D8-BDBD-000A95B1F520@apple.com> <20040110002526.GA13568@disaster.jaj.com> <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> <0620E567-4AC1-11D8-B36A-000A95D7CD40@apple.com> From: Gabriel Dos Reis In-Reply-To: <0620E567-4AC1-11D8-B36A-000A95D7CD40@apple.com> Organization: Integrable Solutions Date: Mon, 19 Jan 2004 23:01:00 -0000 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2004-01/txt/msg01401.txt.bz2 Dale Johannesen writes: | > We should probably require developers to use slow machines with small | > rams. Semi ;-) | | I know of 3 companies that tried this strategy at some point, on the | theory that | turnaround time on minimal machines was important. | All 3 of them relented when they saw how unproductive their developers | were. As noted elsewhere, software expertise has changed axes ;-)