From: Andy Whitcroft <apw@canonical.com>
To: Nicholas Mc Guire <hofrat@osadl.org>
Cc: Joe Perches <joe@perches.com>, linux-kernel@vger.kernel.org
Subject: Re: [PATCH RFC] checkpatch: flag split arithmetic operations with CHECK
Date: Tue, 5 May 2015 10:41:09 +0100 [thread overview]
Message-ID: <20150505094109.GA3654@bark> (raw)
In-Reply-To: <1430816016-24427-1-git-send-email-hofrat@osadl.org>
On Tue, May 05, 2015 at 10:53:36AM +0200, Nicholas Mc Guire wrote:
> Simple arithmetic operations should be on one line, if they can be fit,
> rather than splitting at the operator. As this is not in the CodingStyle it
> is limited to --strict use of checkpatch.pl and emits a CHECK only.
>
> Signed-off-by: Nicholas Mc Guire <hofrat@osadl.org>
> ---
>
> Patches by people like me splitting arithmetic operations, e.g.:
> hdw->encoder_run_timer.expires = jiffies +
> msecs_to_jiffies(TIME_MSEC_ENCODER_OK);
> were flagged by Joe Perches but checkpatch.pl was not fussing, not even
> with --strict. This extension should flag such lines as CHECK only, as
> this is not mandated by the CodingStyle and in some cases they are
> justified (e.g. kernel/sched/fair.c:760 and a few other examples in that
> file)
>
> Limitation: this is for + and - only still have to figure out some false
> positives for the * and /, % ($Arithmetic) case.
I assume that these relate to being able to confirm the variant of the
operator, unary/binary etc. If you look for "annotate_values", after
that is run there is additional information for each character of the
current line, tracking the type of the operator. This is used when
determining spacing for + etc later as unary ones are typically tight
bound and binary ones spaced out. You might find that useful, if that
is your issue. And indeed you might find it useful for determining if
the +/- you find at line end is indeed unary. Running with --debug
values=1 should dump out the variants information for those.
>
> patch is against 4.0-rc2 (localversion-next is -next-20150505)
>
> scripts/checkpatch.pl | 13 +++++++++++++
> 1 file changed, 13 insertions(+)
>
> diff --git a/scripts/checkpatch.pl b/scripts/checkpatch.pl
> index 89b1df4..051ea99 100755
> --- a/scripts/checkpatch.pl
> +++ b/scripts/checkpatch.pl
> @@ -2577,6 +2577,19 @@ sub process {
> "Logical continuations should be on the previous line\n" . $hereprev);
> }
>
> +# check for + or - at the end of a line
> + if ($rawline =~ /^\+[^*]*(\+|-)$/) {
> + CHK("ARITHMETIC_CONTINUATIONS",
> + "Arithmetic expressions should be on one line\n" . $hereprev);
> + }
> +
> +# check for + or - at beginning of a line but exclude ++var/--var
> + if (!($rawline =~ /^\+\s*(\+\+|--).*$/) &&
> + $rawline =~ /^\+\s*(\+|-).*$/) {
> + CHK("ARITHMETIC_CONTINUATIONS",
> + "Arithmetic expressions should be on one line\n" . $hereprev);
> + }
> +
> # check multi-line statement indentation matches previous line
> if ($^V && $^V ge 5.10.0 &&
> $prevline =~ /^\+([ \t]*)((?:$c90_Keywords(?:\s+if)\s*)|(?:$Declare\s*)?(?:$Ident|\(\s*\*\s*$Ident\s*\))\s*|$Ident\s*=\s*$Ident\s*)\(.*(\&\&|\|\||,)\s*$/) {
> --
> 1.7.10.4
-apw
next prev parent reply other threads:[~2015-05-05 9:41 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-05-05 8:53 [PATCH RFC] checkpatch: flag split arithmetic operations with CHECK Nicholas Mc Guire
2015-05-05 9:41 ` Andy Whitcroft [this message]
2015-05-05 14:08 ` Nicholas Mc Guire
2015-05-05 15:44 ` Joe Perches
2015-05-05 18:40 ` Nicholas Mc Guire
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=20150505094109.GA3654@bark \
--to=apw@canonical.com \
--cc=hofrat@osadl.org \
--cc=joe@perches.com \
--cc=linux-kernel@vger.kernel.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