DPDK patches and discussions
 help / color / mirror / Atom feed
From: Thomas Monjalon <thomas.monjalon@6wind.com>
To: "Legacy, Allain" <Allain.Legacy@windriver.com>
Cc: dev@dpdk.org
Subject: Re: [dpdk-dev] checkpatch.pl inconsistent results
Date: Sun, 26 Feb 2017 10:12:06 +0100	[thread overview]
Message-ID: <1625293.rscMPIi6S2@xps13> (raw)
In-Reply-To: <70A7408C6E1BFB41B192A929744D85238A75701B@ALA-MBC.corp.ad.wrs.com>

2017-02-25 11:54, Legacy, Allain:
> Hi,
> I sent a patchset to the to the mailing list last night for which I received several coding style warnings.   Having discovered that I was using an older version of checkpatch.pl I downloaded the latest and set out to fix the warnings.  The tool is flagging the usage of PRIx64 and PRIu64 in debug logs as camelcase warnings.  I am unsure how to get around this.  Looking at other recent patches in patchwork I see that other patches use these macros without being flagged as errors. 

It is a false positive.
PRIx64 and PRIu64 are obviously allowed.
The only thing you need to take care is having spaces around.

> I thought perhaps that my version of checkpath.pl was newer because I just downloaded it so I ran it on one of the other patchwork patches to validate my results.   The results that I get are a bit confusing.  Running checkpatches.sh on this patch (http://dpdk.org/dev/patchwork/patch/19766/) reports no errors, warnings, or checks while this one (http://dpdk.org/dev/patchwork/patch/20742/) flags two different kinds of errors related to the usage of PRIx64.  It complains about the camelcase aspect of it, and it also complains about the lack of space between the PRIx64 and the concatenated strings at either side.  
> 
> Can anyone shed some light on why this is happening?

Maybe the difference is because the first one happens in a standard
printf function and checkpatch would ignore the specifiers.

  reply	other threads:[~2017-02-26  9:12 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-02-25 11:54 Legacy, Allain
2017-02-26  9:12 ` Thomas Monjalon [this message]
2017-02-26 16:20   ` Legacy, Allain
2017-02-26 16:42     ` Thomas Monjalon
2017-02-26 17:31       ` Legacy, Allain

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=1625293.rscMPIi6S2@xps13 \
    --to=thomas.monjalon@6wind.com \
    --cc=Allain.Legacy@windriver.com \
    --cc=dev@dpdk.org \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).