From: Roman Zippel <zippel@linux-m68k.org>
To: Erik Andersen <andersen@codepoet.org>
Cc: linux-kernel@vger.kernel.org
Subject: Re: Where's the documentation for Kconfig?
Date: Sat, 2 Nov 2002 20:26:31 +0100 (CET) [thread overview]
Message-ID: <Pine.LNX.4.44.0211021913260.6949-100000@serv> (raw)
In-Reply-To: <20021102135109.GA6321@codepoet.org>
Hi,
On Sat, 2 Nov 2002, Erik Andersen wrote:
> On Thu Oct 31, 2002 at 03:43:26PM +0100, Roman Zippel wrote:
> > kconfig:
> > config /symbol/
> > bool /prompt/
> > default /word/
>
> Suppose at some time we wished to move things like architecture
> specific CFLAGS into Kconfig. It would be implemented as a
> "string" object and would look something like:
>
> config CPU_CFLAGS
> string
> default "-march=i386" if M386
> default "-march=i486" if M486
> default "-march=i586" if M586
> default "-march=i686 -malign-functions=4" if MK7
It's possible, but I don't think we will start in the arch part. More
interesting would be driver entries like:
driver foo
tristate "foo support"
depends on BAR
source foo.c
part of this could also be:
cflags "..." [if ...]
> So for the K7 case, we could expand it to something much more
> sneaky later on, something like:
> default "$(call check_gcc,-march=athlon,-march=i686 -malign-functions=4)" if MK7
> and the check_gcc macro could be correctly evaluated by make.
> Neat stuff. (Such a check_gcc macro does not yet exist in the
> kernel Makefiles, but surely will sometime).
Having make specific macros in the configuration is not really a good
idea. Such tests should rather be done by a shell script and its output
would be imported into the build system.
bye, Roman
prev parent reply other threads:[~2002-11-02 19:20 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-10-31 13:43 Matthew Wilcox
2002-10-31 14:43 ` Roman Zippel
2002-10-31 15:27 ` Christoph Hellwig
2002-10-31 16:03 ` Roman Zippel
2002-11-01 8:23 ` Rusty Russell
2002-11-01 12:52 ` Russell King
2002-11-01 13:50 ` Roman Zippel
2002-11-01 19:31 ` Russell King
2002-11-01 20:30 ` Tom Rini
2002-11-01 20:35 ` Russell King
2002-11-01 20:42 ` Tom Rini
2002-11-01 20:46 ` Russell King
2002-11-01 23:32 ` Tom Rini
2002-11-01 23:52 ` Roman Zippel
2002-11-02 0:07 ` Tom Rini
2002-11-02 0:46 ` Roman Zippel
2002-11-01 20:35 ` Roman Zippel
[not found] ` <20020625221306.GA439@free.fr>
[not found] ` <Pine.LNX.4.44.0211021254420.6949-100000@serv>
2002-11-02 13:20 ` Kconfig (qt) -> Gconfig (gtk+) Romain Lievin
2002-11-02 14:45 ` Roman Zippel
2002-11-02 18:56 ` qconf buglet James H. Cloos Jr.
2002-11-02 19:48 ` Roman Zippel
2002-11-02 23:40 ` James H. Cloos Jr.
2002-11-02 13:51 ` Where's the documentation for Kconfig? Erik Andersen
2002-11-02 19:26 ` Roman Zippel [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=Pine.LNX.4.44.0211021913260.6949-100000@serv \
--to=zippel@linux-m68k.org \
--cc=andersen@codepoet.org \
--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®