From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from testure.choralone.org ([194.9.77.134]:47373 "EHLO testure.choralone.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S937424AbYEUVKc (ORCPT ); Wed, 21 May 2008 17:10:32 -0400 Date: Wed, 21 May 2008 17:11:39 -0400 From: Dave Jones Subject: Re: Additional kconfig targets (cloneconfig, nonint_oldconfig etc) Message-ID: <20080521211139.GA22591@codemonkey.org.uk> References: <20080429183531.GB19652@uranus.ravnborg.org> <20080502190949.GA30270@uranus.ravnborg.org> <20080521164703.61c7d715@ephemeral> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080521164703.61c7d715@ephemeral> Sender: linux-kbuild-owner@vger.kernel.org List-ID: To: Andres Salomon Cc: Sam Ravnborg , linux-kbuild , LKML , Roland McGrath , Roman Zippel On Wed, May 21, 2008 at 04:47:03PM -0400, Andres Salomon wrote: > > 3) Implement newsymbolsconfig (any better name?) > > Shall list all new symbols and shall not write > > any config > > I'm not sure I see the point of #3. It's something we've had in Fedora kernels forever, because when rebasing to a new upstream version the process becomes make newsymbolsconfig take list of symbols, and make decisions on them make oldconfig without it, the process would be.. make oldconfig note new symbol, make decision make oldconfig note a 2nd new symbol, make decision make oldconfig note a 3rd new symbol.. make oldconfig.. you get the idea. The way we have it isn't perfect, (adding a new symbol may unhide another set of new symbols), but it reduces the number of iterations needed dramatically. Dave -- http://www.codemonkey.org.uk