From: Joe Perches <joe@perches.com>
To: Dwaipayan Ray <dwaipayanray1@gmail.com>
Cc: linux-kernel-mentees@lists.linuxfoundation.org,
lukas.bulwahn@gmail.com, linux-kernel@vger.kernel.org
Subject: Re: [PATCH RFC 1/3] checkpatch: add verbose mode
Date: Tue, 26 Jan 2021 12:11:09 -0800 [thread overview]
Message-ID: <9bfc9c21d93bb55419954114ed3a7e5cbdc84ddb.camel@perches.com> (raw)
In-Reply-To: <20210126183521.26535-2-dwaipayanray1@gmail.com>
On Wed, 2021-01-27 at 00:05 +0530, Dwaipayan Ray wrote:
> Add a new verbose mode to checkpatch.pl to emit additional verbose
> test descriptions.
>
> The verbose mode is optional and can be enabled by the flag
> --verbose.
>
> The test descriptions are itself loaded from the checkpatch
descriptions are themselves, but themselves is unnecessary.
The verbose descriptions are read from Documentation/dev-tools/checkpatch.rst
> documentation file at Documentation/dev-tools/checkpatch.rst.
> The descriptions in the documentation are in a specified format
> enclosed within .. CHECKPATCH_START and .. CHECKPATCH_END labels.
>
> This serves a dual purpose as an external documentation to checkpatch
> as well as enables flawless integration of the verbose mode.
Using 'flawless' when describing code or documentation generally isn't true.
> A subtle example of the format is as follows:
What is subtle about an example?
If there is something subtle about an example, there's also something
wrong with the example.
> Documentation/dev-tools/checkpatch.rst:
>
> .. CHECKPATCH_START
Nak on the keyword uses.
This should really just parse the input file whenever TYPE is found
via some fixed format and save the verbose description after that.
Use .rst Field Lists instead, and ideally, keep the list in alphabetic
order or group by similar use.
https://docutils.sourceforge.io/docs/user/rst/quickref.html#field-lists
e.g.:
:LINE_SPACING:
Vertical space is wasted given the limited number of lines an
editor window can display when multiple blank lines are used.
:SPACING:
Whitespace style used in the kernel sources is described in
ref:`Documentation/process/Coding-Style.rst section 3.1.
:TRAILING_WHITESPACE:
Trailing whitespace should always be removed.
Some editors highlight the trailing whitespace and cause visual
distractions when editing files.
etc...
> @@ -2185,6 +2235,11 @@ sub report {
> splice(@lines, 1, 1);
> $output = join("\n", @lines);
> }
> +
> + if ($verbose && !$terse &&
> + exists $verbose_messages{$type}) {
> + $output .= $verbose_messages{$type} . "\n\n";
> + }
> $output = (split('\n', $output))[0] . "\n" if ($terse);
Don't use unnecessary multiple tests of the same object, just reorder
the code instead. And also please use c-style function parentheses
rather than bare tests.
if ($terse) {
$output = ...
} elsif ($verbose && exists($verbose_messages{$type})) {
$output .= ...
}
next prev parent reply other threads:[~2021-01-27 5:51 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-01-26 18:35 [PATCH RFC 0/3] checkpatch: add verbose mode Dwaipayan Ray
2021-01-26 18:35 ` [PATCH RFC 1/3] " Dwaipayan Ray
2021-01-26 20:11 ` Joe Perches [this message]
2021-01-26 20:27 ` Dwaipayan Ray
2021-01-26 22:44 ` Joe Perches
2021-01-26 18:35 ` [PATCH RFC 2/3] docs: add documentation for checkpatch Dwaipayan Ray
2021-01-26 18:35 ` [PATCH RFC 3/3] " Dwaipayan Ray
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=9bfc9c21d93bb55419954114ed3a7e5cbdc84ddb.camel@perches.com \
--to=joe@perches.com \
--cc=dwaipayanray1@gmail.com \
--cc=linux-kernel-mentees@lists.linuxfoundation.org \
--cc=linux-kernel@vger.kernel.org \
--cc=lukas.bulwahn@gmail.com \
/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