From: Oleg Verych <olecom@flower.upol.cz>
To: Sam Ravnborg <sam@ravnborg.org>
Cc: kbuild devel <kbuild-devel@lists.sourceforge.net>,
LKML <linux-kernel@vger.kernel.org>
Subject: Re: [RFC/RFT] kbuild: save ARCH & CROSS_COMPILE
Date: Mon, 8 Oct 2007 22:50:48 +0200 [thread overview]
Message-ID: <20071008205048.GY22435@flower.upol.cz> (raw)
In-Reply-To: <20071008200255.GA16497@uranus.ravnborg.org>
On Mon, Oct 08, 2007 at 10:02:55PM +0200, Sam Ravnborg wrote:
> One of the complaints that I continue to hear is that kbuild
> is lacking a way to 'remember' the ARCH and CROSS_COMPILE
> values originally used.
Yea, finally.
What about, that this is the first ever prompt, that must be shown and
written to the .config?
The zeroth one is an config entry of kernel version(s), .config can
configure and thus build successfully.
This are among other ideas about kconfig/kbuild, you know nothing
about yet.
So, what do you think?
Also, i'd like to propose sequencing of config-enable-build-this-unit
in config file(s), thus Makefile(s) (sometimes very small and stupid)
will be not necessary. Additional link ordering can be supplied as
meta-config information there. Shell scripting, very ugly in the view
of make syntax, will be natural in config files. Extending build
process to get hidden dependencies or right linking/other magic is
part of particular configuration. Hm?
And i want to repeat this to the wall:
make is stupid `test -nt` (non POSIX, but accepted my shells and GNU test
feature). Making any kind of hashing to make dream of kbuild-2.5
developers/fans -- more complete `up-to-date' heuristic possible, is just
like `md5sum > $OBJDIR/heuristic.com`, which is config selectable (for
those, who don't like a bit of slowdown).
--
-o--=O`C
#oo'L O
<___=E M
next prev parent reply other threads:[~2007-10-08 20:36 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-10-08 20:02 Sam Ravnborg
2007-10-08 20:50 ` Oleg Verych [this message]
2007-10-09 4:17 ` Sam Ravnborg
2007-10-09 4:53 ` Randy Dunlap
2007-10-09 5:28 ` Randy Dunlap
2007-10-09 6:01 ` Sam Ravnborg
2007-10-09 8:37 ` Oleg Verych
2007-10-08 21:12 ` Adrian Bunk
2007-10-08 21:20 ` Giacomo Catenazzi
2007-10-09 6:03 ` Sam Ravnborg
2007-10-09 9:54 ` Adrian Bunk
2007-10-09 9:39 ` Andi Kleen
2007-10-09 10:00 ` Sam Ravnborg
2007-10-09 11:08 ` Andi Kleen
2007-10-09 14:09 ` Jeff Dike
2007-10-09 16:34 ` Sam Ravnborg
2007-10-09 17:44 ` Jeff Dike
2007-10-10 2:35 ` Kristoffer Ericson
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=20071008205048.GY22435@flower.upol.cz \
--to=olecom@flower.upol.cz \
--cc=kbuild-devel@lists.sourceforge.net \
--cc=linux-kernel@vger.kernel.org \
--cc=sam@ravnborg.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®