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
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 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
same
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:
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 right,
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 the
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
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 the same
Sam Ravnborg writes:
snip
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
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]#
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
-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
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) You want to
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 to solve?
14 matches
Mail list logo
