Re: [kbuild-devel] Some feedback on using kbuild

2002-06-30 Thread Greg Banks
Sam Ravnborg wrote: On Fri, Jun 28, 2002 at 05:42:53PM +1000, Greg Banks wrote: [...] kbuild-2.5 does not replace something simple with something complex, instead it replaces something complex and broken with something of greater complexity and not broken. [...] About current kbuild

Re: [kbuild-devel] Some feedback on using kbuild

2002-06-25 Thread Greg Banks
G'day, I'll just briefly unlurk on the subject of kbuild before getting back to the kconfig bughunt. Sam Ravnborg wrote: On Mon, Jun 24, 2002 at 08:49:34AM +1000, Keith Owens wrote: [...] There is absolutely no requirement that all kernel developers uses the same SCM system. Agreed.

Re: [kbuild-devel] Some feedback on using kbuild

2002-06-25 Thread Keith Owens
On Tue, 25 Jun 2002 23:06:39 +1000, Greg Banks [EMAIL PROTECTED] wrote: I agree with Keith, shadow trees rock. I think they are probably the single most useful feature of kbuild 2.5. I fervently hope we end up with shadow trees or something like them by the end of Linux 2.5. Greg covered

Re: [kbuild-devel] Some feedback on using kbuild

2002-06-25 Thread Peter Samuelson
[CCs trimmed] [Sam Ravnborg] Obviously the kernel build system should work for everyone irrespective of the SCM system in use. This put at least the following demands: 1) Separate OBJ and SRC tree 2) That kbuild does not touch any files in the SRC tree Agreed. It looks

Re: [kbuild-devel] Some feedback on using kbuild

2002-06-25 Thread Peter Samuelson
[Greg Banks] I think the problem of Makefile bits in shadow trees is really quite difficult. Keith's solution of pre-processing Makefiles and Makefile.appends from all the shadow trees into a combined Makefile doesn't handle all the cases but is the best attempt I've seen so far. Agreed..

Re: [kbuild-devel] Some feedback on using kbuild

2002-06-25 Thread Greg Banks
Sam Ravnborg wrote: On Wed, Jun 26, 2002 at 12:36:11AM +1000, Greg Banks wrote: I think the problem of Makefile bits in shadow trees is really quite difficult. Keith's solution of pre-processing Makefiles and Makefile.appends from all the shadow trees into a combined Makefile doesn't

Re: [kbuild-devel] Some feedback on using kbuild

2002-06-25 Thread Peter Samuelson
[Sam Ravnborg] This does not stop any attemp to make a simple wrapper that creates and maintain a BUILD_TREE. To check timestamps and link accordinly should not take too much time, at least not at the second run. [Greg Banks] Ok, why don't you and Peter Samuelson get together, create

Re: [kbuild-devel] Some feedback on using kbuild

2002-06-25 Thread Peter Samuelson
[I wrote] (cd $s; find * -type d) | xargs mkdir -p; (cd $s; exec find * \( -type d -exec mkdir \{} \; \) -o \ \( -type f ! -name \*.prepend ! -name \*.append -print \) ) | while read f; do This is redundant - the second mkdir is not needed. Should be: (cd $s; exec find *

[kbuild-devel] Some feedback on using kbuild

2002-06-23 Thread Jak
Keith, thanks for your previous reply. ( Re: kbuild2.5 does not actually install vmlinux for debugging as claimed ) Here are some more questions/observations on using kbuild : I hope this kind of feedback is useful. 1) what version of make ? Makefile-2.5 suggests I need at least 3.79.1

Re: [kbuild-devel] Some feedback on using kbuild

2002-06-23 Thread Sam Ravnborg
On Mon, Jun 24, 2002 at 12:41:28AM +0200, Arnd Bergmann wrote: Why do you see so much added value in kbuild support for shadow trees compared to what a proper SCM tool give you? For my (linux on s390) purpose, shadow trees are the most important feature of kb25, because they allow us to

Re: [kbuild-devel] Some feedback on using kbuild

2002-06-23 Thread Keith Owens
On Sun, 23 Jun 2002 22:14:58 +0200, Sam Ravnborg [EMAIL PROTECTED] wrote: On Sun, Jun 23, 2002 at 11:54:29PM +1000, Keith Owens wrote: Linus and Kai do not think that shadow trees are useful. I have given up explaining why they are useful. Now I am waiting until Kai hits a dead end using