英特尔icc：编译c++；代码导致错误 在FEDORA 26 Linux系统中，当使用ICC编译器编译一个简单的C++代码时，它引起了一个错误：

国际刑事法院指挥部：

icpc test.cpp

test.cpp内容：

#include<iostream>
using namespace std;
int main() {
 cout<<"hello world" << endl;
 return 0;
}

#包括
使用名称空间std；
int main（）{
cout编译器一般都有自己的库代码（.h/lib等），实现标准库功能。这些库大多与其他编译器不兼容（例如编译器A无法生成编译器B的库代码）

当然，您编写的代码可以由两个编译器编译

看起来您遇到的错误与此问题有关：

/usr/include/c++/7/bits/move.h(48)

这些是标准的gcc库包含文件。您需要更改环境/seartch路径，才能使用icpc包含/lib文件夹

β-BuuthInAddiStof是GCC内部支持的一个“内在”，但不是C++标准的一部分（在函数之前，可以用“函数”来表示，这通常意味着编译器特定的功能）。实现标准库功能的。这些库大部分与其他编译器不兼容（例如编译器A将无法生成编译器B的库代码）

当然，您编写的代码可以由两个编译器编译

看起来您遇到的错误与此问题有关：

/usr/include/c++/7/bits/move.h(48)

这些是标准的gcc库包含文件。您需要更改环境/seartch路径，才能使用icpc包含/lib文件夹

μBug构建的Access是一个由GCC内部支持的“内在”，但不是C++标准的一部分（在函数之前，可以通过“函数”来判断，这通常意味着编译器特定功能）。是一个相对较新的gcc内置icpc，目前还不知道如何处理。它是在2016年10月左右添加到gcc的，而icc 17.0是在2016年4月发布的
降级gcc，或通过如下方式解决问题：

#define __builtin_addressof(obj) \
 (&const_cast<char&>(reinterpret_cast<const volatile char&>(obj)))

这是不符合C++17的，但如果星型是正确的，至少你应该能够编译一些东西。
\uuuuuuuu内置地址of
是一个相对较新的gcc内置icpc，但还不知道如何处理。它是在2016年10月左右添加到gcc的，而icc 17.0是在2016年4月发布的

降级gcc，或通过如下方式解决问题：

#define __builtin_addressof(obj) \
 (&const_cast<char&>(reinterpret_cast<const volatile char&>(obj)))

这是不符合C++17的，但如果星是正确的，至少你应该能够编译一些东西。
很难猜测，但我敢打赌，你的两个编译器的头文件都弄乱了。如果你不能信任你的安装，任何事情都可能发生……也许icc支持gcc 7.0.0，但你有gcc 7.1.1，这是不兼容的？@Ne我确实看到了我的答案。很难猜测，但我敢打赌你的两个编译器的头文件都弄乱了。如果你不相信你的安装，任何事情都可能发生……也许icc支持gcc 7.0.0，但你有gcc 7.1.1，这是不兼容的？@Neil确实看到了我的答案。icc没有自己的标准库。它在gcc com中工作兼容模式，应该与gcc头兼容。Icc没有自己的标准库。它在gcc兼容模式下工作，应该与gcc头兼容。按照您的指南，我修改了文件/usr/include/c++/7/bits/move.h，并在move.h文件中添加了代码：按照您的指南，我修改了文件/usr/include/c++/7/bits/m我在move.h文件中添加了以下代码：