Re: [RFC/CFT] Separate obj/src dir

From: Kai Germaschewski (kai-germaschewski@uiowa.edu)
Date: Tue Nov 19 2002 - 15:48:09 EST


On Tue, 19 Nov 2002, Larry McVoy wrote:

> On Tue, Nov 19, 2002 at 03:22:45PM -0500, Richard B. Johnson wrote:
> > On Tue, 19 Nov 2002, Sam Ravnborg wrote:
> >
> > > Based on some initial work by Kai Germaschewski I have made a
> > > working prototype of separate obj/src tree.
> > >
> > > Usage example:
> > > #src located in ~/bk/linux-2.5.sepobj
> > > mkdir ~/compile/v2.5
> > > cd ~/compile/v2.5
> > > sh ../../kb/v2.5/kbuild
> >
> > [SNIPPED...]
> >
> > I have a question; "What problem is this supposed to solve?"
> > This looks like a M$ism to me. Real source trees don't
> > look like this. If you don't have write access to the source-
> > code tree, you are screwed on a real project anyway. That's
> > why we have CVS, tar and other tools to provide a local copy.
>
> It can be really nice to maintain a bunch of different architectures at
> the same time from the same tree. It also makes it really easy to
> "clean" a tree.
>
> On the other hand, I do wonder whether ccache could be used to get the
> same effect. Sam?

ccache helps a lot if you change your .config back to one previously
compiled, but it still doesn't offer you the option to keep multiple
.configs around at the same time.

Also, of course it doesn't help with keeping the source tree clean of
non-source files ;)

Wrt the original patch, I like it, one preliminary comment is that I think
symlinks are nicer than copying. They are faster, shouldn't cause any
trouble on NFS, make uses "stat" and not "lstat", so it gets the
timestamps right, too. And if you edit a Makefile/Kconfig in the source
tree, you rather want that to take effect immediately, I guess ;)

--Kai

-
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/



This archive was generated by hypermail 2b29 : Sat Nov 23 2002 - 22:00:29 EST