mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
* Re: [kbuild-devel] Your opinion on CML2 and kbuild-2.5
       [not found] ` <3C6CE148.5020804@dplanet.ch>
@ 2002-02-15 21:42   ` Sam Ravnborg
  2002-02-18 13:10     ` Thomas Capricelli
  0 siblings, 1 reply; 2+ messages in thread
From: Sam Ravnborg @ 2002-02-15 21:42 UTC (permalink / raw)
  To: kbuild-devel; +Cc: linux-kernel

On Fri, Feb 15, 2002 at 11:22:00AM +0100, Giacomo Catenazzi wrote:
[Not a single word about the battle ongoing at LKLM...]
> kbuild-2.5:
> 
> It does the right things! And this should be enought to tell you that
> it should be included in the next kernels.
When Keith brought up the inclusion of kbuild-2.5 last time the general
statement was that kbuild-2.5 had one fundamental error - speed.
I have tested it a while back, and my result was not as bad as the
roumours said about kbuild-2.5.
Light .config, Pentium 266 with 64 MB RAM.
kbuild-2.4 make dep + make bzImage ~55 minutes
kbuild-2.5 make installable        ~60 minutes

Then I added one more driver.
kbuild-2.4 make dep + make bzImage ~7 minutes
kbuild-2.5 make installable        ~2 minutes

So my conclusion was that one single change where *I* had to run
make dep made it worthwhile to shift to kbuild-2.5.
I know that *I* have to run make dep far more often than
all the kernel hackes - they know what they are doing in contrast.

With respect to kbuild-2.5 inclusion, I would vote for the distributed
configuration scheme that Linus et al. suggested a while ago.
[driver.conf that included makefile.in, configure.help etc.]

When kbuild-2.5 has been extended to support it, and the link-order
have been solved then it is due time for inclusion.
Jeff Garzik & Keith O. had some discussion about the link-order
problem a while ago, but at that point in time Keith stopped the
discussion whith the statement that he did not care about 2.5,
with reference to the refusual from Linus to accept among others
the LINK_FIRST - LINK_LAST patch.
I dunno what the conclusion on the link-order issue was.

What I read between the lines is that kbuild-2.5 should not only fix
the kbuild-2.4 bugs[*], but should also address the scalability issues
that Linus raised - before he accepts it.

[*] Bugs that I see, but kernel hackers are not hit by - because
they know what they are doing.

Personal I would like to see kbuild-2.5 included ASAP. Among other stuff
I like the compressed output during compilation.

	Sam

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: [kbuild-devel] Your opinion on CML2 and kbuild-2.5
  2002-02-15 21:42   ` [kbuild-devel] Your opinion on CML2 and kbuild-2.5 Sam Ravnborg
@ 2002-02-18 13:10     ` Thomas Capricelli
  0 siblings, 0 replies; 2+ messages in thread
From: Thomas Capricelli @ 2002-02-18 13:10 UTC (permalink / raw)
  To: Sam Ravnborg, kbuild-devel; +Cc: linux-kernel


> Personal I would like to see kbuild-2.5 included ASAP. Among other stuff
> I like the compressed output during compilation.

	So do I. I like the clean design of kbuild-2.5 and i'm more than fine with 
the overall speed. 
	I vote for inclusion in 2.5. As small as my vote can be considered...

Thomas

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2002-02-18 13:12 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <200202150057.g1F0v8P23914@golux.thyrsus.com>
     [not found] ` <3C6CE148.5020804@dplanet.ch>
2002-02-15 21:42   ` [kbuild-devel] Your opinion on CML2 and kbuild-2.5 Sam Ravnborg
2002-02-18 13:10     ` Thomas Capricelli

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®