nything?
Unfortunately, I don't have a better solution at hand... :-/
IIRC, this issue (or a similar issue) was discussed here on
linux-kbuild, but no better alternative was found at the time either.
At least, this construct should be documented, I think, since it is not
so obvious.
Regards
is patch sets choice_values' visibility that depend on symbols set
> to 'm' to 'n' if the corresponding choice is set to 'y'. This makes
> them disappear from the choice list and will also cause the
> choice_values' value set to 'n' in sym
Dirk, All,
On 2013-11-06 15:43 +0100, Dirk Gouders spake thusly:
> "Yann E. MORIN" writes:
[--SNIP--]
> > It seems I'm missing something here.
[--SNIP--]
> Yes, but obviously, I did not describe it very clearly. The steps to
> reproduce the problem are:
>
s original issue, the test-case above does not
seem to completely illustrate the issue.
Are you sure this test-case exhibits the problem for you?
Anyway, I'm taking that in my tree locally, but that won't be part of
for-next, since I'd like that we:
- either find a real
>Reported-by: Sebastian Andrzej Siewior
>
> Still solves the issue for me :)
Should I consider this as:
Tested-by:
?
Regards,
Yann E. MORIN.
--
.-..--..
| Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON |
revious commit message better, because it had a test-case
that did exhibit the problem.
Can you please:
- confirm which patch/es is/are needed
- update the commit log/s back with the test-case/s
- resend needed patch/es
Thank you!
Regards,
Yann E. MORIN.
--
.-.---
k (hey! Party tonight!), I
won't have much time to look at it before the start of next week. Be
sure to ping me later next week if you do not see any reply (and in case
no one else solves the issue in the meantime, that is).
Thanks for this bug report.
Regards,
Yann E. MORIN.
-
