Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Thu, 27 Dec 2001 19:55:09 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Thu, 27 Dec 2001 19:55:00 -0500 Received: from ns.suse.de ([213.95.15.193]:10253 "HELO Cantor.suse.de") by vger.kernel.org with SMTP id ; Thu, 27 Dec 2001 19:54:45 -0500 Date: Fri, 28 Dec 2001 01:54:42 +0100 (CET) From: Dave Jones To: "Eric S. Raymond" Cc: Linus Torvalds , Marcelo Tosatti , , Subject: Re: State of the new config & build system In-Reply-To: <200112280024.fBS0OYH26337@snark.thyrsus.com> 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 On Thu, 27 Dec 2001, Eric S. Raymond wrote: > ..., and Keith's stuff is stable > enough that he's now adding features like kernel-image type selection > that were obviously way down his to-do list. How far down the list was "make it not take twice as long to build the kernel as kbuild 2.4" ? Keith mentioned O(n^2) effects due to each compile operation needing to reload the dependancies etc. Given how early your both pushing to get these into the tree(s), and given how many kernels are going to be built between now and 2.6.0, slowing down development for _every_ kernel developer doesn't strike me as a bright move. Maybe keep them both in the tree until this issue is worked out ? That way those who want to play with kbuild can do so, and those who build a few dozen kernels a day don't have to twiddle thumbs. Don't get me wrong, I'm not knocking CML2 or kbuild2.5, I'm just interested in some of timescale for getting wrinkles like this out. Dave. -- | Dave Jones. http://www.codemonkey.org.uk | SuSE Labs - 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/