GCC中用宏作为#pragma unroll参数报错，求替代实现机制

问题原因 #

GCC处理#pragma GCC unroll的时机早于宏展开阶段，直接写#pragma GCC unroll LIMIT时，预处理器还未将LIMIT替换为16，因此编译器会将LIMIT视为未声明的标识符，触发报错。

可行解决方案 #

方案1：使用_Pragma操作符（推荐） #

C99标准引入的_Pragma操作符会先完成宏展开再处理编译指示，正好适配需求。可以通过宏封装实现：

#define LIMIT 16
#define UNROLL(n) _Pragma(#GCC unroll n)

UNROLL(LIMIT)
for (size_t ii = 0; ii < LIMIT; ++ii) {
  // 循环体代码
}

这里的#是预处理器的字符串化操作符，会把GCC unroll n转换为字符串，而n会先被宏展开为16，最终等效于_Pragma("GCC unroll 16")，能被编译器正确识别。

方案2：直接展开宏（适用于简单场景） #

如果不需要动态调整展开因子，也可以直接在#pragma中手动写入宏的实际值，但这种方式会失去宏的复用性：

#define LIMIT 16
#pragma GCC unroll 16
for (size_t ii = 0; ii < LIMIT; ++ii) {
  // 循环体代码
}

方案3：使用编译选项控制（全局/文件级） #

如果希望批量控制循环展开，也可以通过GCC编译选项-funroll-loops（自动展开适合的循环）或-funroll-all-loops（展开所有循环），不过这种方式是全局生效，无法像#pragma那样精确控制单个循环。

内容的提问来源于stack exchange，提问作者Lance E.T. Compte