我在三个Windows7系统和一台Linux机器上安装了Eclipse。我的代码里有这个：
#include <string>
using std::to_string();
除了一个带有Win7的系统外，其他所有系统都没有解析/声明to_string()。我尝试了许多页面中的以下建议，包括：
关闭eclipse错误(不是真正的错误)
没有一个有效。即使复制整个eclipse文件夹也无济于事。我简直不敢相信他们怎么会让这个错误持续下去。任何解决这个问题的想法都将不胜感激。
谢谢你的仇恨。解决方案来自意想不到的地方。
-
对于我的Linux系统，我沮丧地决定安装NetBeans 8.2。to_string()未解析的代码已被复制并尝试编译。令我恐惧的是，To_string()仍然没有得到解析，变量名也没有得到解析。
a。所以我首先遵循了这个修复程序(对于NetBeans 8.2，请使用Run>Set项目配置>自定义..>C++编译器>常规>包含目录)：Netbeans 7.2显示了"；无法解析标识符"，尽管构建是成功的
b。然后，我需要将C编译器切换到C11。对于NetBeans 8.2，请选择"运行">"设置项目配置">"自定义"C编译器>内部版本>C编译器>通用>C标准-->设置为C11。
c。最后，我需要将C编译器切换到C++11。对于NetBeans 8.2，请选择"运行">"设置项目配置">"自定义"C++编译器>内部版本>C编译器>通用>C标准-->设置为C++11。
接下来，我做了一个"Clean&生成项目。'文本编辑器仍然抱怨无法解析"字符串标识符"。然而，代码构建和运行都很好。之后，出于好奇，我回到了Eclipse。瞧，to_string()不再是一个错误。当我用NetBeans更改设置并在Eclipse中解决问题时，一定发生了一些事情。
-
在之前刚安装的另一个Windows7上，我尝试用Eclipse编译相同的代码。它没有生成，因为缺少"make"。我使用Cygwin安装程序文件来获得该包，以及丢失的GCC包。构建了所有内容，并解决了to_string()。这似乎表明问题出在运行Eclipse的Cygwin安装上。
综合考虑，Eclipse真糟糕@Neil Butterworth，我选择Eclipse是为了摆脱Visual Studio和Windows生态系统。Eclipse承诺提供多平台功能，我认为这将有助于过渡。这个to_string()问题的持久性，以及多次指向C++11标准的失败努力，都是一个非常重要的方面。日食可能是一个巨大的痛苦。