Thread (13 messages) 13 messages, 6 authors, 2021-11-15

Re: [PATCH v1 1/3] string: Consolidate yesno() helpers under string.h hood

From: Petr Mladek <pmladek@suse.com>
Date: 2021-02-17 12:46:54
Also in: amd-gfx, dri-devel, intel-gfx, lkml

On Mon 2021-02-15 16:39:26, Andy Shevchenko wrote:
+Cc: Sakari and printk people

On Mon, Feb 15, 2021 at 4:28 PM Christian König
[off-list ref] wrote:
quoted
Am 15.02.21 um 15:21 schrieb Andy Shevchenko:
quoted
We have already few similar implementation and a lot of code that can benefit
of the yesno() helper.  Consolidate yesno() helpers under string.h hood.

Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Looks like a good idea to me, feel free to add an Acked-by: Christian
König [off-list ref] to the series.
Thanks.
quoted
But looking at the use cases for this, wouldn't it make more sense to
teach kprintf some new format modifier for this?
As a next step? IIRC Sakari has at some point the series converted
yesno and Co. to something which I don't remember the details of.

Guys, what do you think?
Honestly, I think that yesno() is much easier to understand than %py.
And %py[DOY] looks really scary. It has been suggested at
https://lore.kernel.org/lkml/YCqaNnr7ynRydczE@smile.fi.intel.com/#t (local)

Yes, enabledisable() is hard to parse but it is still self-explaining
and can be found easily by cscope. On the contrary, %pyD will likely
print some python code and it is not clear if it would be compatible
with v3. I am just kidding but you get the picture.

Best Regards,
Petr
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help