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
Prints out:
SRCTREE=/home/sam/bk/linux-2.5.sepobj
OBJTREE=/home/sam/compile
On Tue, Nov 19, 2002 at 03:22:45PM -0500, Richard B. Johnson wrote:
> I have a question; "What problem is this supposed to solve?"
Two problems (at least):
1) You want to compile your kernel based on two different configurations,
but sharing the same src. No need to have a duplicate of all src.
-
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
> > m
On Tue, Nov 19, 2002 at 12:31:15PM -0800, Larry McVoy wrote:
> 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
On Tue, Nov 19, 2002 at 03:46:28PM -0500, Richard B. Johnson wrote:
> Different configurations are handled with different ".config"
> files.
And different .config files results in different kernels.
Please note that .config files are also located in OBJTREE.
Cosider something like the following:
[EMAIL PROTECTED] said:
> Others that have asked for separate obj dir may step in here,
> explaining why they thougt it was good.
Why? The only person arguing against it is RBJ, and people only ever read
his mails for the amusement value.
Of course it's a useful feature.
--
dwmw2
---
On Tue, Nov 19, 2002 at 02:48:09PM -0600, Kai Germaschewski wrote:
> 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 rig
On Tue, Nov 19, 2002 at 02:51:54PM -0600, Brian Jackson wrote:
> Sam Ravnborg writes:
>
> I wonder how hard it would be to do this for other files types. It would be
> sort of handy to be able to copy a single file out of the source tree into
> the build tree, and have the build use the copy in
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 h
On Tue, 19 Nov 2002, Sam Ravnborg wrote:
> On Tue, Nov 19, 2002 at 03:22:45PM -0500, Richard B. Johnson wrote:
> > I have a question; "What problem is this supposed to solve?"
>
> Two problems (at least):
>
> 1) You want to compile your kernel based on two different configurations,
> but sharing
Sam Ravnborg writes:
Another drawback is that when a .h file exist in the
SRCTREE but not in the OBJTREE the generated dependencies
will point out the .h file located in SRCTREE.
This happens for generated .h files, and therefore a simple
check is made in kbuild to check that the SRCTREE is
clea
Hi all,
I am trying to compile 2.5.48 and make dep seems to not write the
modversions.h file.
I am using make menuconfig to configure the kernel as make xmenuconfig
requires the QT libs.
When running make dep i get:
[root@bluefish linux-2.5.48]# make
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 e
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, 20 Nov 2002 07:54, Sam Ravnborg wrote:
> But my point is that there is a good use of different configurations
> based on the same src.
I think that your example for testing is the most valid one.
In development, you normally have different sou
On Tue, 19 Nov 2002, Richard B. Johnson wrote:
> I think all you did was increase the compile time by writing
> output files to different directories than the ones currently
> in cache. There are a lot of negatives. It would be a shame for
> you to waste a great deal of time on something that woul
On Tue, Nov 19, 2002 at 03:46:28PM -0500, Richard B. Johnson wrote:
> On Tue, 19 Nov 2002, Sam Ravnborg wrote:
>
> > On Tue, Nov 19, 2002 at 03:22:45PM -0500, Richard B. Johnson wrote:
> > > I have a question; "What problem is this supposed to solve?"
> >
> > Two problems (at least):
> >
> > 1)
On Tue, 19 Nov 2002, Daniel Jacobowitz wrote:
> On Tue, Nov 19, 2002 at 03:46:28PM -0500, Richard B. Johnson wrote:
> > On Tue, 19 Nov 2002, Sam Ravnborg wrote:
> >
> > > On Tue, Nov 19, 2002 at 03:22:45PM -0500, Richard B. Johnson wrote:
> > > > I have a question; "What problem is this supposed t
17 matches
Mail list logo
