From: Sam Ravnborg <sam@ravnborg.org>
To: Ricky Beam <jfbeam@bluetronic.net>
Cc: Sam Ravnborg <sam@ravnborg.org>,
Linux Kernel Mail List <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH] kbuild: Improve Kernel build with separated output
Date: Wed, 23 Jun 2004 07:57:57 +0200 [thread overview]
Message-ID: <20040623055757.GA2848@mars.ravnborg.org> (raw)
In-Reply-To: <Pine.GSO.4.33.0406221749270.25702-100000@sweetums.bluetronic.net>
On Tue, Jun 22, 2004 at 06:04:28PM -0400, Ricky Beam wrote:
> On Tue, 22 Jun 2004, Sam Ravnborg wrote:
> >1) A Makefile is generated in the output directory allowing
> > one to execute make in both the source and the output directory.
>
> I would vote against doing that. Or at the very least don't overwrite one
> that might already be there. I, for one, have a very specific makefile in
> my build (object) directories. Anyone sufficiently skilled to be building
> kernels outside the source tree, and/or those with the specific need to be
> doing so will already have makefiles and/or shell scripts to suit their
> needs. Making the option a user specified target ala "make makefiles"
> would be a better/safer choice; if the user wants or needs a makefile in
> their object directory, then they have a simple option to make themselves
> one -- no knowledge of GNU Make necessary.
You cold just rename your Makefile to makefile. Then GNU Make will select that one
as first choice.
Today kbuild unconditionally overwrite the Makefile, because it depends on the following:
- Top level Makefile (VERSION)
- scripts/mkmakefile script
- Source directory
- Output directory
In total too many factors to check for so the more brutal approach used.
Do you use your specific Makefile for something others could benefit from?
Sam
prev parent reply other threads:[~2004-06-23 5:51 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-06-22 21:21 Sam Ravnborg
2004-06-22 22:04 ` Ricky Beam
2004-06-23 5:57 ` Sam Ravnborg [this message]
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=20040623055757.GA2848@mars.ravnborg.org \
--to=sam@ravnborg.org \
--cc=jfbeam@bluetronic.net \
--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®