[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <a5d0029edb7328691f1a08009d564c576924a3eb.camel@perches.com>
Date: Fri, 03 Apr 2020 06:11:22 -0700
From: Joe Perches <joe@...ches.com>
To: Jani Nikula <jani.nikula@...ux.intel.com>,
Sakari Ailus <sakari.ailus@...ux.intel.com>,
Petr Mladek <pmladek@...e.com>
Cc: mchehab@...nel.org,
Dave Stevenson <dave.stevenson@...pberrypi.com>,
linux-kernel@...r.kernel.org, dri-devel@...ts.freedesktop.org,
hverkuil@...all.nl,
Sergey Senozhatsky <sergey.senozhatsky@...il.com>,
Steven Rostedt <rostedt@...dmis.org>,
laurent.pinchart@...asonboard.com,
Andy Shevchenko <andriy.shevchenko@...ux.intel.com>,
linux-media@...r.kernel.org,
Ville Syrjälä
<ville.syrjala@...ux.intel.com>
Subject: Re: [PATCH 1/1] lib/vsprintf: Add support for printing V4L2 and DRM
fourccs
On Fri, 2020-04-03 at 09:37 +0300, Jani Nikula wrote:
> On Thu, 02 Apr 2020, Joe Perches <joe@...ches.com> wrote:
> > On Thu, 2020-04-02 at 11:34 +0300, Jani Nikula wrote:
> > > Or could we conceive of a way to make this locally extensible yet safe,
> > > letting callers use something like %{foo}, as well as providing a
> > > locally relevant function to do the conversion?
> >
> > No. printf validation would be broken.
>
> I tossed the idea on a whim, and thinking further I could probably come
> up with a number of challenges, but care to elaborate on what you see as
> the problem in validation?
I understand you to want to add something like
%<m> where m is a non-standard format specifier
so using using gcc's extension of
__attribute__((__format__(printf, string_index, first_to_check))
could not validate the argument type against use of the %<m>
in the format string.
printk("%a\n", a);
Compiler bleats.
Powered by blists - more mailing lists