The following could be ambiguous:
sizeof int * + 1
Is that (sizeof (int*)) + 1
, or (sizeof(int)) * (+1)
?
Obviously the C language could have introduced a rule to resolve the ambiguity, but I can imagine why it didn't bother. With the language as it stands, a type specifier never appears "naked" in an expression, and so there is no need for rules to resolve whether that second *
is part of the type or an arithmetic operator.
The existing grammar does already resolve the potential ambiguity of sizeof (int *) + 1
. It is (sizeof(int*))+1
, not sizeof((int*)(+1))
.
C++ has a somewhat similar issue to resolve with function-style cast syntax. You can write int(0)
and you can write typedef int *intptr; intptr(0);
, but you can't write int*(0)
. In that case, the resolution is that the "naked" type must be a simple type name, it can't just be any old type id that might have spaces in it, or trailing punctuation. Maybe sizeof
could have been defined with the same restriction, I'm not certain.
与恶龙缠斗过久,自身亦成为恶龙;凝视深渊过久,深渊将回以凝视…