Gnu C++宏__cplusplus标准符合吗？

Question

Gnu C++ 编译器似乎将 __cplusplus 定义为 1

#include <iostream> 
int main() {
  std::cout << __cplusplus << std::endl;
}

这会在标准 C++ 模式以及 C++0x 中使用 gcc 打印 1模式，使用 gcc 4.3.4 和 gcc 4.7.0。

C++11 FDIS 在“16.8 预定义宏名称 [cpp.predefined]” 中表示

编译 C++ 翻译单元时，名称 __cplusplus 被定义为值 201103L。 （脚注：本标准的未来版本将用更大的值替换该宏的值。不符合标准的 com- 堆垛机应使用最多五位小数的值。）

旧的 std C++03 有类似的规则。

GCC 是否故意将其设置为 1，因为它“不符合要求”？

通过阅读该列表，我认为我可以使用 __cplusplus 以可移植的方式检查我是否有启用 C++11 的编译器。但对于g++这似乎不起作用。我知道 ...EXPERIMENTAL... 宏，但很好奇为什么 g++ 以这种方式定义 __cplusplus 。

我最初的问题是在不同的空指针变体之间切换。像这样的事情：

#if __cplusplus > 201100L
#  define MYNULL nullptr
#else
#  define MYNULL NULL
#endif

是否有一种简单且合理可移植的方法来实现这样的开关？

Answer 1

这个问题大约一个月前被修复（对于 gcc 4.7.0）。该错误报告读起来很有趣：http://gcc.gnu.org/ bugzilla/show_bug.cgi?id=1773

Answer 2

如果我没记错的话，这与 Solaris 8 在按其应有的方式设置 __cplusplus 时导致问题有关。 gcc 团队当时决定支持 Solaris 8 平台，而不是遵守这一特定条款。但我注意到最新版本的 gcc 终止了对 Solaris 8 的支持，我想这是朝着正确方向迈出的第一步。

Answer 3

这是一个非常古老的 g++ bug。

也就是说，编译器不符合要求。

显然它无法修复，因为修复它会破坏一个疯狂平台上的某些东西。

编辑：哦，我从 @birrryree 的评论中看到，该评论刚刚在 4.7.0 版本中修复。所以，最终修复也不是不可能。呵呵。

干杯&嗯。