我在Eclipse论坛上找到了这篇文章，只需要按照这些步骤，它就适合我了。我在Windows上使用Cygwin设置的Eclipse Indigo 20110615-0604。

Make a new C++ project Default options for everything Once created, right-click the project and go to "Properties" C/C++ Build -> Settings -> Tool Settings -> GCC C++ Compiler -> Miscellaneous -> Other Flags. Put -std=c++0x (or for newer compiler version -std=c++11 at the end . ... instead of GCC C++ Compiler I have also Cygwin compiler C/C++ General -> Paths and Symbols -> Symbols -> GNU C++. Click "Add..." and paste __GXX_EXPERIMENTAL_CXX0X__ (ensure to append and prepend two underscores) into "Name" and leave "Value" blank. Hit Apply, do whatever it asks you to do, then hit OK.

现在在Eclipse FAQ/ c++ 11 Features中也有关于这方面的描述。

Eclipse设置

2016年更新:

从gcc 6开始(更改)，默认的c++方言是c++ 14。这意味着，除非您明确地需要比than更新或更老的方言，否则您不需要再使用eclipse做任何事情了。

月球和火星

这个社区wiki部分包含了Trismegistos的答案;

1. 在创建项目之前，配置Eclipse语法解析器:

窗口->首选项-> C/ c++ ->构建->设置->发现-> CDT GCC内置编译器设置

在标题为“命令获取编译器规格”的文本框中添加-std=c++14 2. 创建项目，配置取决于你创建的项目类型:

对于创建为:File -> New -> project -> C/ c++ -> c++ project

右键单击创建的项目并打开

属性-> C/ c++构建->设置->工具设置-> GCC c++编译器->方言

将-std=c++14放入标题为“其他方言标志”的文本框中，或从“语言标准”下拉菜单中选择“ISO c++ 11”。

现在有一种新的方法来解决这个问题，而不需要GXX_EXPERIMENTAL黑客。

对于最新版本:(目前是朱诺和开普勒Luna):

在Juno的新版本下，设置位于项目属性-> C/ c++通用->预处理器包括路径，宏等->选项卡提供程序-> CDT GCC内置编译器设置()。

旧版本2012/2013:

在C/ c++ Build (at project settings)下，找到Preprocessor Include Path，然后转到Providers选项卡。取消选择除CDT GCC内置编译器设置外的所有设置。然后取消标记共享设置条目... .在名为Command的文本框中添加选项-std=c++11以获取编译器规格。 选择路径和符号。在符号下，单击恢复默认值，然后应用。

---

注:

Eclipse对点击apply很挑剔，每次离开设置选项卡时都需要这样做。

【自我推广】:在以上的基础上，我自己写了更详细的说明。 http://scrupulousabstractions.tumblr.com/post/36441490955/eclipse-mingw-builds

感谢https://stackoverflow.com/a/13635080/1149664的用户Nobody

我还不能评论，所以我写了我自己的答案:

它与__GXX_EXPERIMENTAL_CXX0X__相关，对Eclipse Juno和CDT 8.x有效。

这个答案的一些部分已经在其他答案中涵盖了，但我希望它是连贯的。

为了能够使用stdc++11构建，必须为编译器添加特定的标志。您可以通过项目属性来实现这一点。修改项目属性RMB和项目属性或ALT + ENTER。然后C/ c++构建->设置->工具设置-> GCC c++编译器-> Miscellaneous ->其他标志。将-std=c++11放在行末，对于GCC来说，它看起来像这样:-c -fmessage-length=0 -std=c++11。通过添加-stdc++11标志，编译器(GCC)将自己声明__GXX_EXPERIMENTAL_CXX0X__。

此时，您可以使用c++ 11的所有优点来构建项目。

The problem is that Eclipse has it's own parser to check for errors - that's why you're still getting all the nasty errors in Eclipse editor, while at the same time you can build and run project without any. There is a way to solve this problem by explicitly declaring __GXX_EXPERIMENTAL_CXX0X__ flag for the project, one can do that (just like Carsten Greiner said): C/C++ General -> Paths and Symbols -> Symbols -> GNU C++. Click "Add..." and past __GXX_EXPERIMENTAL_CXX0X__ (ensure to append and prepend two underscores) into "Name" and leave "Value" blank. And now is the extra part I wanted to cover in comment to the first answer, go to: C/C++ General -> Preprocessor Include Path Macros etc. -> Providers, and Select CDT Managed Build Setting Entries then click APPLY and go back to Entries tab, under GNU C++ there should be now CDT Managed Build Setting Entries check if inside there is defined __GXX_EXPERIMENTAL_CXX0X__ if it is -> APPLY and rebuild index you should be fine at this point.

对于最新的(Juno) eclipse cdt，以下对我有效，不需要对自己声明__GXX_EXPERIMENTAL_CXX0X__。这适用于CDT索引器和编译器的参数:

“您的项目名称”->右键单击->属性:

C/ c++通用->预处理器包括路径，宏等->切换到名为“提供商”的选项卡:

对于“配置”，选择“发布”(然后选择“调试”) 关闭所有提供程序，选择“CDT GCC内置编译器设置” 取消勾选“项目间共享设置条目(全局提供者)” 在"Command to get compiler specs:" add "-std=c++11"不带引号(也可以使用引号) 点击应用并关闭选项 重新构建索引

现在所有c++11相关的东西都应该被索引器正确地解析了。

Win7 x64，最新的官方eclipse与CDT 来自sourceforge上mingwbuilds项目的Mingw-w64 GCC 4.7.2

右键单击项目，选择“属性” C/ c++ Build -> Settings -> Tool Settings -> GCC c++ Compiler -> Miscellaneous -> Other Flags。将-lm放在其他标志文本框的末尾，然后确定。

我也有几个问题(Ubuntu 13.04 64位，g++-4.8, eclipse Juno 3.8.1, CDT 6.0.0)。上面提到了很多事情，抱歉重复那些，但另外我有问题使用

std::thread

作为c++11的一部分(为链接器添加-pthread可以解决这个问题)。不管怎样，最终这些设置工作正常:

项目->属性-> C/ c++构建->设置->其他。添加

-std=c++11

GCC和g++编译器的标志。单击Apply。

对于链接器，相同的窗口，杂项，链接器标志，添加

-pthread

国旗。共享库设置、共享对象名称、添加

-Wl,--no-as-needed

国旗。单击Apply。

C/ c++通用->路径和符号->符号选项卡，GNU c++选中，添加

__GXX_EXPERIMENTAL_CXX0X__

(没有价值)

国旗。单击Apply。

预处理器包含路径..—>提供商页签:检查

CDT GCC内置编译器设置

对于“命令获取编译器规格”，添加

-std=c++11

国旗。取消共享。单击Apply。

CDT管理构建设置条目，也检查这个。取消另外两个。单击Apply。

回到条目选项卡，GNU c++ CDT管理构建设置条目，您现在应该看到您添加的条目

__GXX_EXPERIMENTAL_CXX0X__

条目。

就是这样。编码时，打字

std::

现在可以自动完成线程类，例如，构建应该工作良好，应该没有

std::system_error'what(): Enable multithreading to use std::thread: Operation not permitted

在运行时。

对于Eclipse CDT Kepler，我摆脱std::线程未解析符号的工作是:

进入“首选项->C/ c++ ->构建->设置” 选择Discovery选项卡 选择CDT GCC内置编译器设置[共享] 在“Command to get compiler specs:”字段中添加-std=c++11，例如:

${COMMAND} -E -P -v -dD -std=c++11 ${输入}

好的，然后重建项目的索引。

添加-std=c++11到项目属性/ c / c++构建->设置->工具设置->GCC c++编译器->杂项->其他 对于开普勒来说，旗帜还不够，但对于较老的版本，如太阳神，它已经足够了。

我在日食朱诺号上也遇到了同样的问题。这些步骤解决了问题:

进入“项目->属性-> C/ c++通用->路径和符号->选项卡[符号]。 添加符号:__cplusplus，值为201103L

无论是hack版本还是更干净的版本都不能用于Indigo。黑客被忽略，所需的配置选项丢失。没有明显的原因，构建在不能工作后开始工作，并且没有提供任何有用的原因。至少从命令行，我得到了可重复的结果。

Eclipse CDT 4.4 Luna和4.5 Mars的说明

首先，在创建项目之前，配置Eclipse语法解析器:

窗口->首选项-> C/ c++ ->构建->设置->发现-> CDT GCC内置编译器设置

在标题为“命令获取编译器规格”的文本框中添加-std=c++11

现在你可以创建项目，配置取决于你创建的项目类型:

对于创建为:File -> New -> project -> C/ c++ -> c++ project

右键单击创建的项目并打开

属性-> C/ c++构建->设置->工具设置-> GCC c++编译器->方言

将-std=c++11放入标题为“其他方言标志”的文本框中，或从“语言标准”下拉菜单中选择“ISO c++11”。

对于CMake项目

生成eclipse项目文件(在项目内部)

mkdir build
cd build
cmake -G"Eclipse CDT4 - Unix Makefiles" -D CMAKE_BUILD_TYPE=Debug ..

然后将生成的目录作为标准eclipse项目导入eclipse。右键单击项目并打开

属性-> C/ c++通用->预处理器包括路径，Marcos等->提供程序

启用CDT GCC内置编译器设置，并将其移动到贡献路径入口容器之上(这很重要)

最后常用步骤

重新编译，重新生成Project ->C/ c++索引并重新启动Eclipse。

要在Eclipse Luna中获得对c++ 14的支持，您可以执行以下步骤:

在c++ General ->预处理器Include -> Providers -> CDT Cross GCC内置编译器设置中，添加"-std=c++14" 在c++ Build -> Settings -> Cross g++ Compiler -> Miscellaneous中，添加"-std=c++14"

重新索引项目并最终重新启动Eclipse。它应该像预期的那样工作。

我不知道是不是只有我，排名最高的解决方案不适合我，我的eclipse版本只是在Ubuntu中使用sudo apt-get install eclipse安装的普通eclipse平台 但是我发现了一个解决方案，它采用了从排名最高的解决方案和第二个解决方案一起的方法，我所做的工作如下所述(注意，为了简单起见，其他步骤如创建c++项目等被忽略)

创建了c++项目之后

(1) C/ c++通用->路径和符号->符号-> GNU c++。点击“Add…”，将GXX_EXPERIMENTAL_CXX0X(确保在“Name”中添加和前置两个下划线)粘贴到“Name”中，“Value”为空。

(2)在C/ c++ Build(在项目设置中)下，找到Preprocessor Include路径并进入Providers选项卡。取消选择除CDT GCC内置编译器设置外的所有设置。然后取消标记共享设置条目... .在名为Command的文本框中添加选项-std=c++11以获取编译器规格

在执行以上2和2个步骤后，它工作了，eclipse能够解决unique_ptr，我不知道为什么这个解决方案工作，希望它能帮助到人们。

Eclipse C/ c++不识别符号std::unique_ptr，即使您在文件中包含了c++ 11内存头文件。

假设你正在使用GNU c++编译器，这是我所做的修复:

项目->属性-> C/ c++通用->预处理器包括路径-> GNU c++ -> CDT用户设置条目

点击“Add…”按钮 从下拉菜单中选择“预处理宏” 名称:__cplusplus值:201103L 点击Apply，然后OK回到你的项目 然后重建你的c++索引:Projects -> C/ c++索引->重建

对于我来说，我在Eclipse Neon上遵循了上面的Trismegistos的答案，然而我还添加了一个额外的步骤:

转到项目——>属性——> c++通用——>预处理器包括路径，宏等——>提供者——> CDT跨GCC内置编译器设置，附加标志"-std=c++11"

点击应用并确定。

欢呼,

Guy.

我在Mac上用这种方法解决了这个问题。我用Homebrew安装了最新版本的gcc/g++。它们落在/usr/local/bin中，包含在/usr/local/include中。

我CD到/usr/local/bin，做了一个符号链接，从g++@7whatever到g++，因为@位很烦人。

然后我打开MyProject -> Properties -> C/ c++ Build -> Settings -> GCC c++ Compiler并将命令从“g++”更改为“/usr/local/bin/g++”。如果您决定不使用符号链接，则可以更具体。

对链接器执行相同的操作。

应用，应用，关闭。让它重新构建索引。有一段时间，它显示了大量的错误，但我认为那是在建立索引时。当我找出错误时，它们都消失了，没有进一步的操作。

---

我认为在没有验证的情况下，你也可以进入Eclipse ->属性-> C/ c++ ->核心构建工具链，并编辑那些具有不同路径的工具链，但我不确定这将做什么。

我在使用Eclipse c++ 2019-03进行C和c++混合项目时遇到了类似的问题，该项目使用std::optional和std::swap。对我有用的是这个。

在项目中 属性->C/ c++构建->设置->工具设置->交叉g++编译器，从Miscellaneous中删除-std= gn++ 17，并将其放在Dialect->Other Dialect Flags中。

当使用交叉编译器时，我经常得到同事精心设计的高级自定义构建系统。我使用“现有代码的Makefile项目”，所以大多数其他答案都不适用。

At the start of the project, I have to specify that I'm using a cross compiler in the wizard for "Makefile Project with Existing Code". The annoying thing is that in the last 10 or so years, the cross compiler button on that wizard doesn't prompt for where the cross compiler is. So in a step that fixes the C++ problem and the cross compiler problem, I have to go to the providers tab as mentioned by answers like @ravwojdyla above, but the provider I have to select is the cross-compiler provider. Then in the command box I put the full path to the compiler and I add -std=gnu++11 for the C++ standard I want to have support for. This works out as well as can be expected.

您可以对现有项目执行此操作。您可能需要做的唯一一件事就是重新运行索引器。

我从未需要添加experimental标志或重写__cplusplus的定义。 唯一的问题是，如果我有大量的现代C代码，我就无法放置特定于C的标准选项。

当情况非常糟糕时，在Indexer子菜单中使用该命令获取解析器日志，可以提供非常丰富的信息。