From: Michal Marek <mmarek@suse.cz>
To: "Yann E. MORIN" <yann.morin.1998@free.fr>
Cc: linux-kbuild@vger.kernel.org,
Thomas Petazzoni <thomas.petazzoni@free-electrons.com>,
Sam Ravnborg <sam@ravnborg.org>,
Arnaud Lacombe <lacombar@gmail.com>
Subject: Re: [PATCH] kconfig: do randomise choice entries in presence of KCONFIG_ALLCONFIG
Date: Thu, 11 Apr 2013 11:44:00 +0200 [thread overview]
Message-ID: <516685E0.2000809@suse.cz> (raw)
In-Reply-To: <1365628806-24304-1-git-send-email-yann.morin.1998@free.fr>
On 10.4.2013 23:20, Yann E. MORIN wrote:
> Currently, randconfig does randomise choice entries, unless KCONFIG_ALLCONFIG
> is specified.
>
> For example, given those two files (Thomas' test-case):
>
> ---8<--- Config.test.in
> config OPTIONA
> bool "Option A"
>
> choice
> prompt "This is a choice"
>
> config CHOICE_OPTIONA
> bool "Choice Option A"
>
> config CHOICE_OPTIONB
> bool "Choice Option B"
>
> endchoice
>
> config OPTIONB
> bool "Option B"
> ---8<--- Config.test.in
>
> ---8<--- config.defaults
> CONFIG_OPTIONA=y
> ---8<--- config.defaults
>
> And running:
> ./scripts/kconfig/conf --randconfig Config.test.in
>
> does properly randomise the two choice symbols (and the two booleans).
>
> However, running:
> KCONFIG_ALLCONFIG=config.defaults \
> ./scripts/kconfig/conf --randconfig Config.test.in
>
> does *not* reandomise the two choice entries, and only CHOICE_OPTIONA
> will ever be selected. (OPTIONA will always be set (expected), and
> OPTIONB will be be properly randomised (expected).)
>
> This patch defers setting that a choice has a value until a symbol for
> that choice is indeed set, so that choices are properly randomised when
> KCONFIG_ALLCONFIG is set, but not if a symbol for that choice is set.
>
> Reported-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
> Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
> Cc: Michal Marek <mmarek@suse.cz>
> Cc: Sam Ravnborg <sam@ravnborg.org>
> Cc: Arnaud Lacombe <lacombar@gmail.com>
Hi Yann,
will you add this to your yem-kconfig-for-next branch, or should I apply
it to kbuild.git#kconfig directly?
Thanks,
Michal
next prev parent reply other threads:[~2013-04-11 9:44 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-02-27 20:41 randconfig bug when used with KCONFIG_ALLCONFIG Thomas Petazzoni
2013-03-03 20:01 ` Thomas Petazzoni
2013-03-10 16:01 ` [PATCH] kconfig: do randomise choice entries in presence of KCONFIG_ALLCONFIG Yann E. MORIN
2013-03-11 21:40 ` Thomas Petazzoni
2013-03-13 18:27 ` Yann E. MORIN
2013-04-08 11:52 ` Yann E. MORIN
2013-04-09 12:02 ` Yann E. MORIN
2013-04-10 21:20 ` Yann E. MORIN
2013-04-11 9:44 ` Michal Marek [this message]
2013-04-11 9:58 ` Yann E. MORIN
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=516685E0.2000809@suse.cz \
--to=mmarek@suse.cz \
--cc=lacombar@gmail.com \
--cc=linux-kbuild@vger.kernel.org \
--cc=sam@ravnborg.org \
--cc=thomas.petazzoni@free-electrons.com \
--cc=yann.morin.1998@free.fr \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.