[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <8e7bcf3-2d39-a9f2-f818-ec627e5d5c4e@inria.fr>
Date: Thu, 3 Nov 2022 13:57:26 +0100 (CET)
From: Julia Lawall <julia.lawall@...ia.fr>
To: "Jason A. Donenfeld" <Jason@...c4.com>
cc: Kees Cook <keescook@...omium.org>, cocci@...ia.fr,
Linus Torvalds <torvalds@...ux-foundation.org>,
Alexey Dobriyan <adobriyan@...il.com>,
akpm@...ux-foundation.org, linux-kernel@...r.kernel.org,
mm-commits@...r.kernel.org, masahiroy@...nel.org,
gregkh@...uxfoundation.org, andriy.shevchenko@...ux.intel.com,
Stephen Rothwell <sfr@...b.auug.org.au>
Subject: Re: [cocci] [PATCH -mm] -funsigned-char, x86: make struct
p4_event_bind::cntr signed array
On Thu, 3 Nov 2022, Jason A. Donenfeld wrote:
> Hi Julia,
>
> On Thu, Nov 3, 2022 at 1:45 PM Julia Lawall <julia.lawall@...ia.fr> wrote:
> > It should work now.
>
> Thanks!
>
> > However, without disable optional_qualifier, char is
> > still matching signed char. If you think that should be changed, I can do
> > that.
>
> Does `optional_qualifier` disable other things that might be
> interesting to have? If so, maybe this is less than ideal? If not,
> maybe it doesn't matter?
Optional qualifier only allows a metavariable declared to have a certain
type to match an expression that has the same type with signed, const, or
verbatim in front of it. Disabling it forces you to write our signed,
const etc explicitly when you want them. So rules may becomes more
verbose.
julia
>
> Though, for what it's worth, gcc treats `char` as a separate type,
> even when using `-funsigned-char` or `-fsigned-char`.
>
> Jason
>
Powered by blists - more mailing lists