On Sat, 10 Mar 2012, Derek M Jones wrote:
Julia,
Of course there is the more obvious case of x being a macro name.
I don't see this one. You mean if x is a macro that expands to a type
name? As long as the whole thing remains a cast, I don't think it matters.
I cannot think of a non-type name case. The best I can come up with is:
#define f(z) w+
f(y)x;
and of course equally obscure constructs are possible if x is a macro.
Good point. But I wasn't defending against that before either, since they
are on the same line...
I can deal with
f(x)
a b;
{ ... }
because a b can't be in an expression. But a problem is
f(x)
a * b;
I could also check for an identifier before the open paren.
julia
_______________________________________________
Cocci mailing list
[email protected]
http://lists.diku.dk/mailman/listinfo/cocci
(Web access from inside DIKUs LAN only)
