[lkml]   [2001]   [Dec]   [28]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: State of the new config & build system
On Sat, 29 Dec 2001 01:53:17 +0000 (GMT), 
Alan Cox <> wrote:
>> dependency problem, any solution that does not fix _all_ 9 problems in
>> makefile-2.5_make_dep.html is not a complete fix.
>All well and good but "takes 100% longer" is number 10 on that list which
>you missed off, and the same argument holds for that.

You are missing the point Alan.

* The makefile rules are correct now.
* The build is correct now.
* kbuild 2.5 is faster on small compiles and much faster on recompiles
after small changes.
* kbuild 2.5 is slower on large compiles.
* The speed problem is fixable, given time. Correctness came first.
* I don't have time to keep tracking multiple kernels and architectures
_and_ rewrite the core code.
* Once kbuild 2.5 is in the kernel I can spend far less time on
tracking changes and can redesign the core programs for speed.
* It will get faster!

Why do you expect a change in a development kernel to be perfect first
time? Look at all the bio changes, I just did a full 2.5.1 build and
had to disable 87 config options before the kernel would build, and
that is ignoring all the warning messages which point to out of date
function definitions. Is anybody complaining that bio should have
worked first time?

Unlike bio, kbuild 2.5 works, it just needs to be a bit faster. Put
kbuild 2.5 in the kernel and I will have a faster version within 2

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:14    [W:0.156 / U:0.932 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site