From: "Robert P. J. Day" <rpjday@mindspring.com>
To: Linux kernel mailing list <linux-kernel@vger.kernel.org>
Subject: how to configure/build a kernel in a separate directory?
Date: Mon, 7 Jun 2004 17:00:26 -0400 (EDT) [thread overview]
Message-ID: <Pine.LNX.4.58.0406071653200.21938@localhost.localdomain> (raw)
(i originally posted this to the "make" mailing list, but i figured
someone here *must* have done this before.)
is there an easy way to configure/build one or both of a 2.4 and 2.6
kernel in a totally separate directory from the source directory itself?
i'd like to have a totally pristine ("make mrproper"ed) source tree,
write-protected, readable by all, so that several developers can
independently configure and build their own kernels without stepping on
each other. currently, they all check out their own copy of the source
via CVS, which starts to take up a lot of space.
obviously, it would be great if they could all set up some kind of build
structure where they could do their own configuration and build in their
personal work directories, so that *all* generated results (header files,
object files, etc.) are placed in their work directory -- nothing should
be generated in the kernel source tree itself.
i'm suspecting that, if there are solutions, they will be different from
2.4 to 2.6, so i'll take whatever solutions i can get. others have
suggested using gnu make in combination with "VPATH", but i'm not sure
that's going to work, as VPATH deals strictly with pre-requisites in other
directories, not executable programs like scripts.
rday
p.s. it gets more exciting since developers might want to create a
downloadable image combination of a kernel and root filesystem, so they
might want to have independent copies of
arch/<arch>/boot/images/ramdisk.image.gz, but i'll fight with that when
the time comes.
next reply other threads:[~2004-06-07 21:03 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-06-07 21:00 Robert P. J. Day [this message]
2004-06-07 21:31 ` Richard B. Johnson
2004-06-07 21:52 ` Bernd Petrovitsch
2004-06-07 21:33 ` Sean Neakums
2004-06-07 23:28 ` Robert P. J. Day
2004-06-07 21:36 ` Sam Ravnborg
2004-06-08 6:32 ` Michelle Konzack
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=Pine.LNX.4.58.0406071653200.21938@localhost.localdomain \
--to=rpjday@mindspring.com \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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®