Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Thu, 31 Oct 2002 21:04:10 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Thu, 31 Oct 2002 21:04:10 -0500 Received: from tmr-02.dsl.thebiz.net ([216.238.38.204]:29201 "EHLO gatekeeper.tmr.com") by vger.kernel.org with ESMTP id ; Thu, 31 Oct 2002 21:04:07 -0500 Date: Thu, 31 Oct 2002 21:09:20 -0500 (EST) From: Bill Davidsen To: Tom Rini cc: Mark Mielke , Adrian Bunk , Rasmus Andersen , linux-kernel@vger.kernel.org Subject: Re: CONFIG_TINY In-Reply-To: <20021031172405.GB30193@opus.bloom.county> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2098 Lines: 44 On Thu, 31 Oct 2002, Tom Rini wrote: > On Thu, Oct 31, 2002 at 12:12:40PM -0500, Mark Mielke wrote: > > > On Thu, Oct 31, 2002 at 10:04:20AM -0700, Tom Rini wrote: > > > On Thu, Oct 31, 2002 at 11:51:13AM -0500, Mark Mielke wrote: > > > > Or specified more clearly: If the compiler optimization flag is > > > > configurable, choosing CONFIG_TINY should default the optimization flag > > > > to -Os before it defaults the optimization flag to -O2. > > > You're still missing the point of flexibility remark. Changing the > > > optimization level has nothing to do with CONFIG_TINY, and is a > > > generally useful option, and should be done seperate from CONFIG_TINY. > > > In fact people seem to be getting the wrong idea about CONFIG_TINY. We > > > ... > > > > Please read it again... even if the optimization flag was > > configurable, choosing CONFIG_TINY should *default* the optimization > > flag to -Os before it defaults the optimization flag to -O2. > > Yes, and I'm saying that CONFIG_TINY shouldn't exist. It should be > CONFIG_FINE_TUNE (or so), to allow anyone to fine tune the optimization > level. Changing optimization levels is a speed / size tradeoff (if it > wasn't, there wouldn't be -O2 / -Os, they would do the same thing) which > you cannot pick a sane default for. By that reasoning there shouldn't be -O2 either, everyone should be forced to diddle everything for their architecture, cache size, gcc revision, patch level... does that sound as unrealistic to you as it does to me? -Os is a default, just like -O2, and if you want small -Os is probably a better starting point. As noted in another note, anyone good enough to make those decisions is probably able to find a string in a Makefile. -- bill davidsen CTO, TMR Associates, Inc Doing interesting things with little computers since 1979. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/