* [PATCH] kconfig: Clarify choice dependency propagation
@ 2018-01-14 14:12 Ulf Magnusson
2018-01-18 16:47 ` Masahiro Yamada
0 siblings, 1 reply; 5+ messages in thread
From: Ulf Magnusson @ 2018-01-14 14:12 UTC (permalink / raw)
To: linux-kbuild; +Cc: yamada.masahiro, sam, linux-kernel, Ulf Magnusson
It's easy to miss that choices are special-cased to pass on their mode
as the parent dependency.
No functional changes. Only comments added.
Signed-off-by: Ulf Magnusson <ulfalizer@gmail.com>
---
| 7 +++++++
1 file changed, 7 insertions(+)
--git a/scripts/kconfig/menu.c b/scripts/kconfig/menu.c
index 92d3f06cd8a2..53964d911708 100644
--- a/scripts/kconfig/menu.c
+++ b/scripts/kconfig/menu.c
@@ -323,6 +323,13 @@ void menu_finalize(struct menu *parent)
if (menu->sym && menu->sym->type == S_UNKNOWN)
menu_set_type(sym->type);
}
+
+ /*
+ * Use the choice itself as the parent dependency of
+ * the contained items. This turns the mode of the
+ * choice into an upper bound on the visibility of the
+ * choice symbols.
+ */
parentdep = expr_alloc_symbol(sym);
} else if (parent->prompt)
parentdep = parent->prompt->visible.expr;
--
2.14.1
^ permalink raw reply related [flat|nested] 5+ messages in thread
* Re: [PATCH] kconfig: Clarify choice dependency propagation
2018-01-14 14:12 [PATCH] kconfig: Clarify choice dependency propagation Ulf Magnusson
@ 2018-01-18 16:47 ` Masahiro Yamada
2018-01-18 16:58 ` Ulf Magnusson
0 siblings, 1 reply; 5+ messages in thread
From: Masahiro Yamada @ 2018-01-18 16:47 UTC (permalink / raw)
To: Ulf Magnusson
Cc: Linux Kbuild mailing list, Sam Ravnborg,
Linux Kernel Mailing List
2018-01-14 23:12 GMT+09:00 Ulf Magnusson <ulfalizer@gmail.com>:
> It's easy to miss that choices are special-cased to pass on their mode
> as the parent dependency.
>
> No functional changes. Only comments added.
>
> Signed-off-by: Ulf Magnusson <ulfalizer@gmail.com>
> ---
> scripts/kconfig/menu.c | 7 +++++++
> 1 file changed, 7 insertions(+)
>
> diff --git a/scripts/kconfig/menu.c b/scripts/kconfig/menu.c
> index 92d3f06cd8a2..53964d911708 100644
> --- a/scripts/kconfig/menu.c
> +++ b/scripts/kconfig/menu.c
> @@ -323,6 +323,13 @@ void menu_finalize(struct menu *parent)
> if (menu->sym && menu->sym->type == S_UNKNOWN)
> menu_set_type(sym->type);
> }
> +
> + /*
> + * Use the choice itself as the parent dependency of
> + * the contained items. This turns the mode of the
> + * choice into an upper bound on the visibility of the
> + * choice symbols.
> + */
Does the last "choice symbols" mean "choice values"?
The "choice" itself is a symbol with NULL name,
so I'd like to clarify it.
--
Best Regards
Masahiro Yamada
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH] kconfig: Clarify choice dependency propagation
2018-01-18 16:47 ` Masahiro Yamada
@ 2018-01-18 16:58 ` Ulf Magnusson
2018-01-19 2:29 ` Masahiro Yamada
0 siblings, 1 reply; 5+ messages in thread
From: Ulf Magnusson @ 2018-01-18 16:58 UTC (permalink / raw)
To: Masahiro Yamada
Cc: Linux Kbuild mailing list, Sam Ravnborg,
Linux Kernel Mailing List
On Thu, Jan 18, 2018 at 5:47 PM, Masahiro Yamada
<yamada.masahiro@socionext.com> wrote:
> 2018-01-14 23:12 GMT+09:00 Ulf Magnusson <ulfalizer@gmail.com>:
>> It's easy to miss that choices are special-cased to pass on their mode
>> as the parent dependency.
>>
>> No functional changes. Only comments added.
>>
>> Signed-off-by: Ulf Magnusson <ulfalizer@gmail.com>
>> ---
>> scripts/kconfig/menu.c | 7 +++++++
>> 1 file changed, 7 insertions(+)
>>
>> diff --git a/scripts/kconfig/menu.c b/scripts/kconfig/menu.c
>> index 92d3f06cd8a2..53964d911708 100644
>> --- a/scripts/kconfig/menu.c
>> +++ b/scripts/kconfig/menu.c
>> @@ -323,6 +323,13 @@ void menu_finalize(struct menu *parent)
>> if (menu->sym && menu->sym->type == S_UNKNOWN)
>> menu_set_type(sym->type);
>> }
>> +
>> + /*
>> + * Use the choice itself as the parent dependency of
>> + * the contained items. This turns the mode of the
>> + * choice into an upper bound on the visibility of the
>> + * choice symbols.
>> + */
>
> Does the last "choice symbols" mean "choice values"?
> The "choice" itself is a symbol with NULL name,
> so I'd like to clarify it.
Yep, means the choice values (which are symbols). "Choice values"
would probably be clearer, yeah, or maybe "choice value symbols".
Should I submit a new version? I'm fine with just a
's/symbols/values/' or 's/symbols/value symbols/' otherwise.
Cheers,
Ulf
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH] kconfig: Clarify choice dependency propagation
2018-01-18 16:58 ` Ulf Magnusson
@ 2018-01-19 2:29 ` Masahiro Yamada
2018-01-21 16:44 ` Masahiro Yamada
0 siblings, 1 reply; 5+ messages in thread
From: Masahiro Yamada @ 2018-01-19 2:29 UTC (permalink / raw)
To: Ulf Magnusson
Cc: Linux Kbuild mailing list, Sam Ravnborg,
Linux Kernel Mailing List
Hi Ulf,
2018-01-19 1:58 GMT+09:00 Ulf Magnusson <ulfalizer@gmail.com>:
> On Thu, Jan 18, 2018 at 5:47 PM, Masahiro Yamada
> <yamada.masahiro@socionext.com> wrote:
>> 2018-01-14 23:12 GMT+09:00 Ulf Magnusson <ulfalizer@gmail.com>:
>>> It's easy to miss that choices are special-cased to pass on their mode
>>> as the parent dependency.
>>>
>>> No functional changes. Only comments added.
>>>
>>> Signed-off-by: Ulf Magnusson <ulfalizer@gmail.com>
>>> ---
>>> scripts/kconfig/menu.c | 7 +++++++
>>> 1 file changed, 7 insertions(+)
>>>
>>> diff --git a/scripts/kconfig/menu.c b/scripts/kconfig/menu.c
>>> index 92d3f06cd8a2..53964d911708 100644
>>> --- a/scripts/kconfig/menu.c
>>> +++ b/scripts/kconfig/menu.c
>>> @@ -323,6 +323,13 @@ void menu_finalize(struct menu *parent)
>>> if (menu->sym && menu->sym->type == S_UNKNOWN)
>>> menu_set_type(sym->type);
>>> }
>>> +
>>> + /*
>>> + * Use the choice itself as the parent dependency of
>>> + * the contained items. This turns the mode of the
>>> + * choice into an upper bound on the visibility of the
>>> + * choice symbols.
>>> + */
>>
>> Does the last "choice symbols" mean "choice values"?
>> The "choice" itself is a symbol with NULL name,
>> so I'd like to clarify it.
>
> Yep, means the choice values (which are symbols). "Choice values"
> would probably be clearer, yeah, or maybe "choice value symbols".
>
> Should I submit a new version? I'm fine with just a
> 's/symbols/values/' or 's/symbols/value symbols/' otherwise.
>
> Cheers,
> Ulf
It is trivial, so I will locally fix it up.
s/symbols/value symbols/
Thanks!
--
Best Regards
Masahiro Yamada
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH] kconfig: Clarify choice dependency propagation
2018-01-19 2:29 ` Masahiro Yamada
@ 2018-01-21 16:44 ` Masahiro Yamada
0 siblings, 0 replies; 5+ messages in thread
From: Masahiro Yamada @ 2018-01-21 16:44 UTC (permalink / raw)
To: Ulf Magnusson
Cc: Linux Kbuild mailing list, Sam Ravnborg,
Linux Kernel Mailing List
2018-01-19 11:29 GMT+09:00 Masahiro Yamada <yamada.masahiro@socionext.com>:
> Hi Ulf,
>
>
> 2018-01-19 1:58 GMT+09:00 Ulf Magnusson <ulfalizer@gmail.com>:
>> On Thu, Jan 18, 2018 at 5:47 PM, Masahiro Yamada
>> <yamada.masahiro@socionext.com> wrote:
>>> 2018-01-14 23:12 GMT+09:00 Ulf Magnusson <ulfalizer@gmail.com>:
>>>> It's easy to miss that choices are special-cased to pass on their mode
>>>> as the parent dependency.
>>>>
>>>> No functional changes. Only comments added.
>>>>
>>>> Signed-off-by: Ulf Magnusson <ulfalizer@gmail.com>
>>>> ---
>>>> scripts/kconfig/menu.c | 7 +++++++
>>>> 1 file changed, 7 insertions(+)
>>>>
>>>> diff --git a/scripts/kconfig/menu.c b/scripts/kconfig/menu.c
>>>> index 92d3f06cd8a2..53964d911708 100644
>>>> --- a/scripts/kconfig/menu.c
>>>> +++ b/scripts/kconfig/menu.c
>>>> @@ -323,6 +323,13 @@ void menu_finalize(struct menu *parent)
>>>> if (menu->sym && menu->sym->type == S_UNKNOWN)
>>>> menu_set_type(sym->type);
>>>> }
>>>> +
>>>> + /*
>>>> + * Use the choice itself as the parent dependency of
>>>> + * the contained items. This turns the mode of the
>>>> + * choice into an upper bound on the visibility of the
>>>> + * choice symbols.
>>>> + */
>>>
>>> Does the last "choice symbols" mean "choice values"?
>>> The "choice" itself is a symbol with NULL name,
>>> so I'd like to clarify it.
>>
>> Yep, means the choice values (which are symbols). "Choice values"
>> would probably be clearer, yeah, or maybe "choice value symbols".
>>
>> Should I submit a new version? I'm fine with just a
>> 's/symbols/values/' or 's/symbols/value symbols/' otherwise.
>>
>> Cheers,
>> Ulf
>
>
> It is trivial, so I will locally fix it up.
>
> s/symbols/value symbols/
>
Applied to linux-kbuild/kconfig
with s/symbols/value symbols/.
Thanks!
--
Best Regards
Masahiro Yamada
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2018-01-21 16:45 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2018-01-14 14:12 [PATCH] kconfig: Clarify choice dependency propagation Ulf Magnusson
2018-01-18 16:47 ` Masahiro Yamada
2018-01-18 16:58 ` Ulf Magnusson
2018-01-19 2:29 ` Masahiro Yamada
2018-01-21 16:44 ` Masahiro Yamada
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox