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 _______________________________________________ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
