linux-kbuild.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Dirk Gouders <dirk@gouders.net>
To: "Yann E. MORIN" <yann.morin.1998@free.fr>
Cc: Sebastian Andrzej Siewior <bigeasy@linutronix.de>,
	Michal Marek <mmarek@suse.cz>,
	linux-kbuild@vger.kernel.org, Felipe Balbi <balbi@ti.com>,
	USB list <linux-usb@vger.kernel.org>,
	Tomi Valkeinen <tomi.valkeinen@ti.com>,
	Roger Quadros <rogerq@ti.com>
Subject: Re: [PATCH v3] kconfig/symbol.c: handle choice_values that depend on 'm' symbols
Date: Fri, 08 Nov 2013 10:46:58 +0100	[thread overview]
Message-ID: <gibo1vusx9.fsf@karga.hank.lab> (raw)
In-Reply-To: <giob5xioal.fsf@karga.hank.lab> (Dirk Gouders's message of "Wed, 06 Nov 2013 15:43:14 +0100")

Dirk Gouders <dirk@gouders.net> writes:

[SNIP]

>> Are you sure this test-case exhibits the problem for you?
>
> Yes, but obviously, I did not describe it very clearly.  The steps to
> reproduce the problem are:
>
>      $ ./scripts/kconfig/mconf test.in
>        --> change c0 and c1 to 'm'        # This is the missing part!
>        --> change the choice to 'y'
>        --> do not change anything else
>        --> exit and save
>
> I spontaneously planned to answer with a modified config file with
> default values 'm' specified for 'c0' and 'c1' (complete file below) but
> I noticed that my latest patch does not help in that case.  The first
> patch that modifies sym_calc_value() would handle it nicely but the
> latter one that modifies sym_calc_visibility() does not.  The
> combination also does not work, because sym_calc_visibility() influences
> sym_calc_value().

[SNIP]

Hi Yann, all,

seems that I was a bit misleaded, here.  While looking at how to
possibly fix what I described, I realized that default values for
choice values are not supported and therfore there is no issue:

choices_kconfig:17:warning: defaults for choice values not supported
choices_kconfig:22:warning: defaults for choice values not supported

I noticed these warnings only accidently, when I was using an assert()
that caused an abort and prevented the output to stderr being hidden by
the ncurses output.  Perhaps I should redirect stderr to a file and
inspect it, in the future...

So, my concerns with my own patch were unsubstantiated.

Dirk


> - Sample Kconfig -------------------------------------------------------
>
> config modules
>        boolean modules
>        default y
>        option modules
>
> config dependency
>        tristate "Dependency"
>        default m
>
> choice
> 	tristate "Tristate Choice"
> 	default choice0
>
> config choice0
>        	tristate "Choice 0"
> 	default m
>
> config choice1
> 	tristate "Choice 1"
> 	depends on dependency
> 	default m
>
> endchoice
>
> ------------------------------------------------------------------------

      parent reply	other threads:[~2013-11-08  9:46 UTC|newest]

Thread overview: 42+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-10-23 10:51 choice =y selection becomes lost after having multiple entries =m with depends on Sebastian Andrzej Siewior
2013-10-23 11:23 ` Yann E. MORIN
2013-10-23 11:28   ` Sebastian Andrzej Siewior
2013-10-24 15:30     ` Dirk Gouders
2013-10-24 16:19       ` Sebastian Andrzej Siewior
2013-10-24 16:50         ` Dirk Gouders
2013-10-30 10:00         ` Dirk Gouders
2013-10-30 10:30           ` Daniele Forsi
2013-10-30 10:41             ` Dirk Gouders
2013-10-30 14:26           ` Dirk Gouders
2013-10-31 10:20             ` Sebastian Andrzej Siewior
2013-10-31 21:49             ` Yann E. MORIN
2013-11-01  8:45               ` Dirk Gouders
2013-10-31 23:39                 ` [PATCH v3] kconfig/symbol.c: handle choice_values that depend on 'm' symbols Dirk Gouders
2013-11-04 17:27                   ` Sebastian Andrzej Siewior
2013-11-04 20:46                     ` Yann E. MORIN
2013-11-05  8:45                       ` Sebastian Andrzej Siewior
2013-11-05 23:04                   ` Yann E. MORIN
2013-11-06 14:43                     ` Dirk Gouders
2013-11-06 18:59                       ` Yann E. MORIN
2013-11-07 14:02                         ` Dirk Gouders
2013-11-07 14:05                           ` [PATCH v4] " Dirk Gouders
2013-11-18 18:08                             ` Yann E. MORIN
2013-12-20 12:46                               ` Sebastian Andrzej Siewior
2014-08-13 15:35                               ` Bin Liu
2014-08-14  6:52                                 ` Dirk Gouders
2014-08-14 13:54                                   ` Bin Liu
2014-08-15  7:37                                     ` Dirk Gouders
2014-08-15  7:43                                       ` Sebastian Andrzej Siewior
2016-03-30 22:08                                       ` Bin Liu
2016-03-30 22:16                                         ` Ruslan Bilovol
2016-03-31  7:13                                           ` Roger Quadros
2016-03-31  9:38                                             ` Dirk Gouders
2016-03-31  9:53                                               ` Dirk Gouders
2016-04-20 10:19                                             ` [RESEND PATCH " Dirk Gouders
2016-04-20 11:04                                               ` kbuild test robot
2016-04-20 13:14                                                 ` Dirk Gouders
2016-04-29  8:24                                                 ` [PATCH v5] " Dirk Gouders
2016-05-02  8:43                                                   ` Roger Quadros
2016-05-10 19:15                                                     ` Michal Marek
2016-04-20 12:12                                               ` [RESEND PATCH v4] " kbuild test robot
2013-11-08  9:46                       ` Dirk Gouders [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=gibo1vusx9.fsf@karga.hank.lab \
    --to=dirk@gouders.net \
    --cc=balbi@ti.com \
    --cc=bigeasy@linutronix.de \
    --cc=linux-kbuild@vger.kernel.org \
    --cc=linux-usb@vger.kernel.org \
    --cc=mmarek@suse.cz \
    --cc=rogerq@ti.com \
    --cc=tomi.valkeinen@ti.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).