为何同一段含宏定义的代码C编译正常，C++却报对齐非整数常量错误？

问题根因 #

首先纠正一个认知误区：ALIGN_BYTES已经被预处理器正确求值展开为(512 / 8)，你观察到预处理器输出完全一致就可以证明这一点，报错和预处理器无关，是C和C++对__attribute__((aligned()))属性的参数校验规则不同导致的。

规则差异说明 #

GCC的aligned属性要求传入参数为整型常量表达式，但C和C++的判定规则存在差异：

• C语言允许编译期可确定值的带括号算术表达式作为合法的整型常量表达式，(512 / 8)符合C的校验规则，因此C编译正常通过。
• C对属性参数的常量校验规则更严格：GCC的C前端默认不会对aligned参数中带括号的算术表达式做常量折叠校验，会直接将(512 / 8)判定为非常量表达式，因此抛出对齐值不是整数常量的错误。

为什么直接写64可正常编译？ #

直接使用字面量64时，不存在外层括号和算术运算，C++前端可以直接识别为合法的整型常量，符合aligned参数要求，因此编译正常。

兼容修复方案 #

以下方案都可以同时兼容C和C++编译：

• 方案1：去掉宏定义中的多余括号，将#define ALIGN_BYTES (BITS / 8)修改为#define ALIGN_BYTES BITS / 8，展开后为512 / 8，C++前端会正常做常量折叠识别为64。
• 方案2：直接定义#define ALIGN_BYTES 64，省去编译期算术运算步骤，直接满足常量要求。

如果仅需要适配C++场景，还可以用constexpr定义编译期常量：

constexpr int ALIGN_BYTES = BITS / 8;

内容的提问来源于stack exchange，提问作者Andrew Cina