[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <3cedcc41-38b2-d17b-3ad5-5a5b8403f953@web.de>
Date: Tue, 30 Jun 2020 10:04:27 +0200
From: Markus Elfring <Markus.Elfring@....de>
To: Randy Dunlap <rdunlap@...radead.org>, linux-doc@...r.kernel.org,
Coccinelle <cocci@...teme.lip6.fr>
Cc: LKML <linux-kernel@...r.kernel.org>,
kernel-janitors@...r.kernel.org,
Julia Lawall <julia.lawall@...6.fr>,
Gilles Muller <Gilles.Muller@...6.fr>,
Nicolas Palix <nicolas.palix@...g.fr>,
Michal Marek <michal.lkml@...kovi.net>,
Masahiro Yamada <yamada.masahiro@...ionext.com>,
Jonathan Corbet <corbet@....net>
Subject: Re: [PATCH v2] Documentation: Coccinelle: fix typos and command
example
> @@ -177,13 +177,13 @@ For example, to check drivers/net/wirele
> To apply Coccinelle on a file basis, instead of a directory basis, the
> following command may be used::
>
> - make C=1 CHECK="scripts/coccicheck"
> + make C=1 CHECK="scripts/coccicheck" path/to/file.c
Can such information still be questionable according to usual make functionality?
* Do you usually expect that such a source file does not need to be regenerated
(because it should be up-to-date already according a selected revision)?
* Would you like to trigger the generation of a corresponding source code
analysis log file (or a “diff”)?
* How do you think about to pass an other parameter to the build target “coccicheck”?
Regards,
Markus
Powered by blists - more mailing lists