From: AKASHI Takahiro <takahiro.akashi@linaro.org>
To: u-boot@lists.denx.de
Subject: [PATCH] checkpatch: fix a false check against wchar/utf-16 string
Date: Fri, 3 Jul 2020 14:45:03 +0900 [thread overview]
Message-ID: <20200703054503.GA25904@laputa> (raw)
In-Reply-To: <20200702202634.GI1306@bill-the-cat>
On Thu, Jul 02, 2020 at 04:26:34PM -0400, Tom Rini wrote:
> On Thu, Jul 02, 2020 at 07:00:04PM +0200, Heinrich Schuchardt wrote:
> > On 16.06.20 16:17, Tom Rini wrote:
> > > On Tue, Jun 16, 2020 at 02:43:07PM +0900, AKASHI Takahiro wrote:
> > >
> > >> UEFI subsystem uses utf-16 string, but checkpatch.pl complains
> > >> about any occurrences of L"xxx" which is definitely legal.
> > >> So just suppress this kind of warning.
> > >> Precautiously, we will check u"xxx" as well.
> > >>
> > >> Signed-off-by: AKASHI Takahiro <takahiro.akashi@linaro.org>
> > >> ---
> > >> scripts/checkpatch.pl | 2 +-
> > >> 1 file changed, 1 insertion(+), 1 deletion(-)
> > >>
> > >> diff --git a/scripts/checkpatch.pl b/scripts/checkpatch.pl
> > >> index edba36565167..b3697720787c 100755
> > >> --- a/scripts/checkpatch.pl
> > >> +++ b/scripts/checkpatch.pl
> > >> @@ -5462,7 +5462,7 @@ sub process {
> > >> }
> > >>
> > >> # concatenated string without spaces between elements
> > >> - if ($line =~ /$String[A-Za-z0-9_]/ || $line =~ /[A-Za-z0-9_]$String/) {
> > >> + if ($line =~ /$String[A-Za-z0-9_]/ || $line =~ /([A-Za-z0-9_]+[Lu]|[A-Za-z0-9_]*[A-KM-Za-tv-z0-9_])$String/) {
> > >> if (CHK("CONCATENATED_STRING",
> > >> "Concatenated strings should use spaces between elements\n" . $herecurr) &&
> > >> $fix) {
> > >
> > > This looks like a generic checkpatch issue. I think we're a little out
> > > of sync with the kernel's v5.7 but this doesn't look to be fixed there
> > > either. Can you please submit it upstream? Thanks!
> > >
> >
> > Hello Tom,
> >
> > I already raised that issue to the Kernel people and they were not
> > interested in fixing it:
> >
> > https://lkml.org/lkml/2017/10/17/1086
> >
> > Recently a lot of changes have been done to the U-Boot version of
> > checkpatch.pl.
> >
> > Do we want to diverge from the upstream and have a lot of work each time
> > we try to sync? Or should we use checkpatch.pl as is and live without
> > U-Boot specific stuff?
>
> I would raise the issue with Joe again to see if he still doesn't want
> to support wide strings. If he doesn't I worry that since this change
> is outside of the new u-boot function it will get removed by accident
> with a future resync.
To be strict, Joe's comment, "Kernel doesn't support wide strings."
is no longer true. We can see several examples of L"..." in
security/integrity/platform_certs/load_uefi.c
-Takahiro Akashi
> --
> Tom
next prev parent reply other threads:[~2020-07-03 5:45 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-06-16 5:43 [PATCH] checkpatch: fix a false check against wchar/utf-16 string AKASHI Takahiro
2020-06-16 14:17 ` Tom Rini
2020-07-02 17:00 ` Heinrich Schuchardt
2020-07-02 20:26 ` Tom Rini
2020-07-03 5:45 ` AKASHI Takahiro [this message]
2020-07-03 6:08 ` Heinrich Schuchardt
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=20200703054503.GA25904@laputa \
--to=takahiro.akashi@linaro.org \
--cc=u-boot@lists.denx.de \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.