C++ MSVC 2010是否为C++；11标准兼容编译器
我正要使用基于C++ MSVC 2010是否为C++；11标准兼容编译器,c++,c++11,visual-studio-2010,visual-c++,googletest,C++,C++11,Visual Studio 2010,Visual C++,Googletest,我正要使用基于MSVC 2010的项目进行单元测试，但是gtest v1.10.x分支（当前最新版本）的README.md文件在构建需求部分提到了一个符合C++11标准的编译器 > MSVC 2010 一个C++ 11标准兼容编译器，或者我应该使用 GTV1.7.0，在Windows需求部分中提到微软Visual C++ 7.1或更新版本？< /P> < P>不，MSVC 2010不完全符合C++ 11。但是，它确实提供了许多C++11特性。您可以尝试用它编译最新的google_测试，或者只
MSVC 2010README.md<> > <代码> MSVC 2010 一个C++ 11标准兼容编译器，或者我应该使用<强> GTV1.7.0，在Windows需求部分中提到微软Visual C++ 7.1或更新版本？< /P> < P>不，MSVC 2010不完全符合C++ 11。但是，它确实提供了许多C++11特性。您可以尝试用它编译最新的google_测试，或者只使用旧版本。不，MSVC 2010不完全兼容C++11。但是，它确实提供了许多C++11特性。您可以尝试使用它编译最新的google_测试，或者只使用较旧的版本。2017年前后，我们使用MSVC10和MSVC11编译器构建的应用程序面临太多随机崩溃。在分析了这一点后，我们发现标准C++库调用是导致崩溃的原因，尽管我们没有做错什么，代码完全写了。 经过一些艰难的调试和研究，我们发现微软的C++11实现是非标准的和有缺陷的，并且导致了不必要的崩溃。对我们来说，即使是基本的wait_For call on condition_变量也有随机崩溃。是一个这样的MSDN参考为您 我们就此联系了微软，他们的答复是 “很抱歉，此错误没有可用的修补程序。我强烈建议 建议升级到VS的最新发布版本（当前为VS 2017 15.4），因为我们已经修复了STL多线程中的许多错误 这些年来的机器。” 我们不得不将所有项目转移到VS2017（当时最新的一个项目），以避免崩溃。我也不建议您使用那些有缺陷的编译器
最好使用较旧的编译器（VC8/VC9）或使用最新的编译器（VS2019）。迁移到VS2017后，我们没有遇到任何问题。2017年前后，我们使用MSVC10和MSVC11编译器构建的应用程序遇到了太多随机崩溃。在分析了这一点后，我们发现标准C++库调用是导致崩溃的原因，尽管我们没有做错什么，代码完全写了。 经过一些艰难的调试和研究，我们发现微软的C++11实现是非标准的和有缺陷的，并且导致了不必要的崩溃。对我们来说，即使是基本的wait_For call on condition_变量也有随机崩溃。是一个这样的MSDN参考为您 我们就此联系了微软，他们的答复是 “很抱歉，此错误没有可用的修补程序。我强烈建议 建议升级到VS的最新发布版本（当前为VS 2017 15.4），因为我们已经修复了STL多线程中的许多错误 这些年来的机器。” 我们不得不将所有项目转移到VS2017（当时最新的一个项目），以避免崩溃。我也不建议您使用那些有缺陷的编译器
最好使用较旧的编译器（VC8/VC9）或使用最新的编译器（VS2019）。迁移到VS2017后，我们没有遇到任何问题。Visual studio 2019不完全符合c++11，我被告知只需添加单元测试，但由于的评论，我现在将使用
googletest v1.8.1GoogleTestV1.8.1