From: julia.lawall@lip6.fr (Julia Lawall)
To: cocci@systeme.lip6.fr
Subject: [Cocci] "virtual rule patch not supported"
Date: Fri, 15 Mar 2013 23:16:31 +0100 (CET) [thread overview]
Message-ID: <alpine.DEB.2.02.1303152315560.2013@hadrien> (raw)
In-Reply-To: <CAAxaTiPSJzj=hPtsXfPjpmMw3RDqNyLJO=XjfBHUmPA6QUrgRA@mail.gmail.com>
On Fri, 15 Mar 2013, Nicolas Palix wrote:
> Alternatively, you could use 'make coccicheck MODE=report' as every
> cocci file currently provide at least this mode
> or we could swap patch and report for the chain mode.
If you do that, it should be the same as report, because every semantic
patch should provide report...
julia
> linux $ find scripts/coccinelle -name *.cocci | wc -l
> 42
> npalix at lig-yttrium linux $ find scripts/coccinelle -name *.cocci -exec
> grep -H 'virtual context' \{} \; | wc -l
> 36
> npalix at lig-yttrium linux $ find scripts/coccinelle -name *.cocci -exec
> grep -H 'virtual report' \{} \; | wc -l
> 42
> npalix at lig-yttrium linux $ find scripts/coccinelle -name *.cocci -exec
> grep -H 'virtual org' \{} \; | wc -l
> 40
> npalix at lig-yttrium linux $ find scripts/coccinelle -name *.cocci -exec
> grep -H 'virtual patch' \{} \; | wc -l
> 24
>
> On Fri, Mar 15, 2013 at 4:11 PM, Nicolas Palix <nicolas.palix@imag.fr> wrote:
> > On Fri, Mar 15, 2013 at 4:03 PM, Brice Goglin <Brice.Goglin@inria.fr> wrote:
> >> Le 15/03/2013 15:49, Nicolas Palix a ?crit :
> >>> Hi,
> >>>
> >>> On Wed, Mar 13, 2013 at 9:47 AM, Julia Lawall <julia.lawall@lip6.fr> wrote:
> >>>> On Mon, 11 Mar 2013, Brice Goglin wrote:
> >>>>
> >>>>> Hello,
> >>>>> I am running the kernel 3.9-rc2 coccicheck script on some of my module,
> >>>>> and I get the following message:
> >>>>> virtual rule patch not supported
> >>>> I guess it doesn't crash? It is possible that some semantic patch just
> >>>> doesn't support the patch option. I don't remember if it is possible to
> >>>> specify several options, and to have them tried in order? That could be a
> >>>> nice feature. If not, I think that there is an option that tries all of
> >>>> the options in a fixed order. Nicolas?
> >>>>
> >>> According to the cocci files, every coccicheck mode could not be proposed.
> >>> It is indeed some time impossible to propose a bug correction because
> >>> several options are available for a single bug report and the semantic
> >>> patch is not designed to choose one.
> >>>
> >>> The current basic modes are: patch, report, context, org
> >>> The 'chain' mode tries the following mode is order: patch || report ||
> >>> context || org.
> >>> Recently, the 'rep+ctxt' mode have been added for report and context modes.
> >>>
> >>> If you haven't specify the mode, it defaults to chain. The patch mode
> >>> is thus tried first.
> >>> If it fails, coccicheck falls back to the report mode.
> >>>
> >>
> >> In short, this warning is harmless ?
> >
> > Indeed. But you will have various kind of output.
> >
> >>
> >> Should it be disabled in the kernel by default ? Most people that uses
> >> coccicheck in the kernel don't know much about it, and they don't write
> >> the rules directly, so they may be afraid by the warning just like me.
> >
> > One may improve the handling of the chain mode, and skip unavailable
> > modes instead of falling back to the next one in case of error...
> >
> > Do you volunteer ?
> >
> > By the way, thank you for the report.
> >
> >>
> >> Brice
> >>
> >
> >
> >
> > --
> > Nicolas Palix
>
>
>
> --
> Nicolas Palix
>
next prev parent reply other threads:[~2013-03-15 22:16 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-03-11 8:25 [Cocci] "virtual rule patch not supported" Brice Goglin
2013-03-13 8:47 ` Julia Lawall
2013-03-15 14:49 ` Nicolas Palix
2013-03-15 15:03 ` Brice Goglin
2013-03-15 15:11 ` Nicolas Palix
2013-03-15 15:14 ` Nicolas Palix
2013-03-15 18:06 ` Brice Goglin
2013-03-15 22:16 ` Julia Lawall [this message]
2013-03-15 22:17 ` Julia Lawall
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=alpine.DEB.2.02.1303152315560.2013@hadrien \
--to=julia.lawall@lip6.fr \
--cc=cocci@systeme.lip6.fr \
/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