From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28776 invoked by alias); 16 May 2005 15:46:23 -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 28640 invoked from network); 16 May 2005 15:46:12 -0000 Received: from unknown (HELO baradas.org) (66.166.225.55) by sourceware.org with SMTP; 16 May 2005 15:46:12 -0000 Received: by baradas.org (Postfix, from userid 500) id 411AC9842C; Mon, 16 May 2005 11:46:12 -0400 (EDT) From: Peter Barada To: s.bosscher@student.tudelft.nl Cc: scott.ladd@coyotegulch.com, rearnsha@gcc.gnu.org, dewar@adacore.com, Joe.Buck@synopsys.COM, hjl@lucon.org, aph@redhat.com, aoliva@redhat.com, dje@watson.ibm.com, schwab@suse.de, pinskia@physics.uc.edu, pkoning@equallogic.com, gcc@gcc.gnu.org, matt@3am-software.com, cow@compsoc.man.ac.uk In-reply-to: <200505161717.31407.s.bosscher@student.tudelft.nl> (message from Steven Bosscher on Mon, 16 May 2005 17:17:31 +0200) Subject: Re: GCC 4.1: Buildable on GHz machines only? References: <17009.2368.986169.753001@cuddles.cambridge.redhat.com> <1116249726.13457.49.camel@pc960.cambridge.arm.com> <4288B3FA.40706@coyotegulch.com> <200505161717.31407.s.bosscher@student.tudelft.nl> Message-Id: <20050516154612.411AC9842C@baradas.org> Date: Mon, 16 May 2005 16:20:00 -0000 X-SW-Source: 2005-05/txt/msg00797.txt.bz2 >But AFAICT even the developers who work on embedded targets focus >on code quality and new features, instead of on the compile time >and memory footprint issues that you would expect their group of >users to complain about. I think that most of us embedded developers are trying to keep up with where GCC is going. Personally I spend most of my time in gcc/config/m68k instead of the optimizers since its the target description that I know, not the optimizers. Also the mainline developers for x86 don't have the constraints that we have, so its a case of "out of sight, out of mind" and a batch of them have those glitzy workstations that they build native code for instead of the hardware us embedded developers have. Since I don't have any choice but to build natively on what to GCC developers is "crippled hardware" (only 263 BogoMips) then it takes somwhere 20 times as long to build the packages, and a "minor" 3% slowdown means it takes a *lot* longer to go through a build cycle. This also means that I can't track snapshots since they show up quicker than the amount of raw compute time to just build everything while hoping that the build doesn't blow its brains out due to a "minor" increase in memory consumption. -- Peter Barada peter@the-baradas.com