编写十六进制和十进制数的简单加法的约定

Question

尽管是老前辈，但我担心我（不再）完全掌握 C 中常量的解析。以下 1-liners 中的第二个无法编译：

int main( void ) { return (0xe +2); }
int main( void ) { return (0xe+2); }

$ gcc -s 奇怪的.c

weird.c: In function ‘main’:
weird.c:1:28: error: invalid suffix "+2" on integer constant
int main( void ) { return (0xe+2); }
                           ^

编译失败的原因可能是 0xe+2 按照 C11 标准条款 6.4.4.2 被解析为十六进制浮点常量。我的问题是是否存在约定来用C编写简单的十六进制和十进制数的加法，我不喜欢在解析中依赖空格。

这是 gcc 版本 5.4.0 20160609 (Ubuntu 5.4.0-6ubuntu1~16.04.9)。预处理后停止编译（-E）表明编译失败发生在gcc而不是cpp。

Answer 1

因为 GCC 认为 0xe+2 是一个浮点数，而这只是两个整数的加法。

根据cppreference：

由于最大咀嚼，以e 和E 结尾的十六进制整数常量， 后跟运算符+ 或- 时，必须与 源中带有空格或括号的运算符：

int x = 0xE+2;   // error
int y = 0xa+2;   // OK
int z = 0xE +2;  // OK
int q = (0xE)+2; // OK

Answer 2

我的问题是是否存在在 C 中编写简单的十六进制和十进制数字相加的约定

约定是使用空格。这实际上是 C11 6.4 §3 规定的：

预处理标记可以用空格分隔；这包括 cmets（稍后描述）或空白字符（空格、水平制表符、换行符、垂直制表符和换页符），或两者兼而有之。

普通空格是常用的空格。

语言中到处存在类似的奇异问题，一些例子：

• ---a 必须重写为 - --a。
• a+++++b 必须改写为a++ + ++b。
• a /// comment
b;
  必须改写为
  a / // comment
b

等等。所有这些情况的罪魁祸首是令牌解析器，它遵循所谓的“最大咀嚼规则”，C11 6.4 §4：

如果输入流已被解析为预处理标记，直到给定字符，则 下一个预处理标记是可以构成一个最长的字符序列 预处理令牌。

在这种特定情况下，当预处理器建立一个名为 pp-number 的预处理标记时，预处理器不会区分浮点常量和整数常量，在 C11 6.4 中定义.8：

pp-number e 符号
pp-number E 符号
pp-number p 符号
pp-number P 符号
pp-number 。

预处理数字以一个数字开头，可选地以句点 (.) 开头，并且可以 后跟有效的标识符字符和字符序列 e+、e-、E+、E-、 p+、p-、P+ 或 P-。

这里，pp-number 显然不必是浮点常数，就预处理器而言。

---

( 作为旁注，在字符串中终止十六进制转义序列时也存在类似的约定。例如，如果我想在新行上打印字符串 "ABBA"，那么我不能写

puts("\xD\xABBA");（CR+LF+字符串）

因为这种情况下的字符串可以被解释为十六进制转义序列的一部分。相反，我必须使用空格来结束转义序列，然后依赖预处理器字符串连接：puts("\xD\xA" "BBA")。目的是一样的，指导预处理器如何解析代码。 )