Gnu C++ 何时会在不明确要求的情况下支持 C++11?

When will Gnu C++ support C++11 without explicitly asking for it?(Gnu C++ 何时会在不明确要求的情况下支持 C++11?)
本文介绍了Gnu C++ 何时会在不明确要求的情况下支持 C++11?的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着跟版网的小编来一起学习吧!

问题描述

目前,使用 g++-4.8.1,您必须通过以下方式以 C++11 模式编译文件

Currently, with g++-4.8.1 you have to compile a file in C++11-mode via

g++ -std=c++11 -o prog.x prog.cpp

有什么计划可以说吗

g++ -o prog.x prog.cpp

编译prog.cpp?

也许 prog.cpp

  • #include
  • thread_local
  • class Widget { int member = 5;}
  • MyType operator"" myt(const char*, sze_t);
  • 等等.

推荐答案

GCC 6.0: https://gcc.gnu.org/gcc-6/changes.html

C++ 的默认模式现在是 -std=gnu++14 而不是 -std=gnu++98.

The default mode for C++ is now -std=gnu++14 instead of -std=gnu++98.

这篇关于Gnu C++ 何时会在不明确要求的情况下支持 C++11?的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持跟版网!

本站部分内容来源互联网,如果有图片或者内容侵犯了您的权益,请联系我们,我们会在确认后第一时间进行删除!

相关文档推荐

Unable to access non-const member functions of objects in C++ std::set(无法访问 C++ std::set 中对象的非常量成员函数)
Constructing std::function argument from lambda(从 lambda 构造 std::function 参数)
STL BigInt class implementation(STL BigInt 类实现)
Sync is unreliable using std::atomic and std::condition_variable(使用 std::atomic 和 std::condition_variable 同步不可靠)
Move list element to the end in STL(在 STL 中将列表元素移动到末尾)
Why is overloading operatoramp;() prohibited for classes stored in STL containers?(为什么禁止对存储在 STL 容器中的类重载 operatoramp;()?)