#pragma 优化的代码的可移植性如何？

Question

使用#pragma optimize 的代码的可移植性如何？大多数编译器是否支持它？对这个#pragma 的支持有多完善？

Answer 1

#pragma 是编译器添加非认可和不可移植语言扩展^*的认可和可移植方式。

基本上，您永远无法确定，并且至少有一个主要的 C++ 编译器 (g++) 不支持此编译指示。

---

^*:

来自 C++ 标准 (N3242)：

16.6 Pragma 指令[cpp.pragma]

表单的预处理指令

# pragma pp-tokens_opt 换行

使实现以实现定义的方式运行。该行为可能导致翻译失败或导致翻译器或生成的程序以不合格的方式运行。任何未被实现识别的编译指示都会被忽略。

来自 C 标准（委员会草案 - 2011 年 4 月 12 日）：

6.10.6 Pragma 指令

语义

表单的预处理指令

# pragma pp-tokens_opt 换行

预处理令牌STDC 没有立即跟在pragma 之后 指令（在任何宏替换之前）¹⁷⁴⁾ 导致实现在 实现定义的方式。该行为可能会导致翻译失败或导致 翻译器或生成的程序以不合格的方式运行。任何此类 实现无法识别的pragma 将被忽略。

这是一个例子：

int main () {
    #pragma omp parallel for
    for (int i=0; i<16; ++i) {}
}

C 和 C++ OpenMP API 的很大一部分实现为 #pragmas。

Answer 2

依赖编译器标志通常不是一个好主意，因为每个编译器都有自己的行为。

不应使用此标志，因为它是您注入代码的编译级别规范。

通常和理论上，如果不使用此标志，编译器应忽略此标志。

Answer 3

#pragma 关键字是可移植的，因为它应该始终编译，尽管在编译器上。但是，编译指示是特定于编译器的，因此在更改编译器时可能会抱怨一些警告。一些编译指示被广泛使用，例如来自 OpenMP 的编译指示。为了使代码尽可能地移植，您可以使用 #ifdef/#endif 围绕您的编译指示，这取决于您使用的编译器。例如：

#ifdef __ICC
   #pragma optimize
#endif

编译器通常会定义一些宏，例如__ICC，使代码知道正在使用哪个编译器。

Answer 4

#pragma 的任何使用都是特定于编译器的。

For example： GNU、英特尔和 IBM：

#warning "Do not use ABC, which is deprecated. Use XYZ instead."

微软：

#pragma message("Do not use ABC, which is deprecated. Use XYZ instead.")

关于您对#pragma optimize 的具体问题，gcc 和microsoft 支持，但不代表将来会。

Answer 5

#pragma 不可移植，句号。有一个版本的 gcc 曾经在遇到该版本时开始游戏

我们在工作中使用的编译器，有两个肯定不支持#pragma optimise，其他的我没法回答。

即使他们这样做了，由于用于优化的命令行开关不同，编译指示的选项也可能不同。