From: Mark Rustad <mrustad@mac.com>
To: linux-kernel@vger.kernel.org
Subject: KBuild problem (or difference) in 2.6.14-rc3
Date: Mon, 10 Oct 2005 17:43:06 -0500 [thread overview]
Message-ID: <A7D1D429-D1C7-4FBD-80F2-B3EDFF9E2200@mac.com> (raw)
I have noticed a change in Kbuild behavior when going from 2.6.13.x
to 2.6.14-rc3. I build kernels with a separate objects directory. It
has been my practice since beginning with 2.6 kernels last year, to
put changed files into the objects directory structure to override an
unmodified source tree. Starting with 2.6.14, I find that Makefiles
in the objects directory structure area not used. I find that source
and Kconfig files do override as they used to, but Makefiles do not.
I don't really know if this new behavior is intended or not, but it
sure messes my kernel build methodology up. It looks to me like the
problem was introduced by changes in scripts/Makefile.build. I think
that this is the change causing me trouble:
--- a/scripts/Makefile.build
+++ b/scripts/Makefile.build
@@ -10,8 +10,11 @@ __build:
# Read .config if it exist, otherwise ignore
-include .config
-include $(if $(wildcard $(obj)/Kbuild), $(obj)/Kbuild, $(obj)/Makefile)
+# The filename Kbuild has precedence over Makefile
+kbuild-dir := $(if $(filter /%,$(src)),$(src),$(srctree)/$(src))
+include $(if $(wildcard $(kbuild-dir)/Kbuild), $(kbuild-dir)/Kbuild,
$(kbuild-dir)/Makefile)
+include scripts/Kbuild.include
include scripts/Makefile.lib
ifdef host-progs
Does anyone know if this change in behavior was intended? I realize
that I may be doing something a little bit unusual, but I have been
doing things this way very successfully since at least 2.6.5.
--
Mark Rustad, MRustad@mac.com
next reply other threads:[~2005-10-10 22:43 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-10-10 22:43 Mark Rustad [this message]
2005-10-12 16:57 ` Mark Rustad
2005-10-14 14:23 ` [PATCH 2.6.14-rc4] kbuild: once again use Makefiles in obj tree Mark Rustad
2005-10-16 21:15 ` Sam Ravnborg
2005-10-14 14:28 ` [PATCH 2.6.14-rc4] kbuild: Eliminate build error when KALLSYMS not defined Mark Rustad
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=A7D1D429-D1C7-4FBD-80F2-B3EDFF9E2200@mac.com \
--to=mrustad@mac.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®