博客讨论了C++中括号包围变量声明与注入类名特性结合时引发的编译器行为差异。作者展示了一个示例程序，该程序在不同的编译器（如g++, MSVC和clang）下产生了不同的结果。问题集中在是否可以直接调用构造函数`C::C`，以及不同编译器对此的解析和兼容性差异。
作为一个有趣的后续(不是很大的实际重要性，虽然)我的前一个问题：
Why does C++ allow us to surround the variable name in parentheses when declaring a variable?
我发现将括号中的声明与injected class name特性组合可能会导致关于编译器行为的令人惊讶的结果。
看看下面的程序：
#include
struct B
{
};
struct C
{
C (){ std::cout << "C" << '\n'; }
C (B *) { std::cout << "C (B *)" << '\n';}
};
B *y = nullptr;
int main()
{
C::C (y);
}
>使用g 4.9.2编译时会出现以下编译错误：
main.cpp:16:10: error: cannot call constructor 'C::C' directly [-fpermissive]
>它与MSVC2013 / 2015成功编译并打印C(B *)
>它编译成功与clang 3.5和打印C
所以强制性的问题是哪一个是正确的？ 🙂
(我强烈的摇摇向clang版本虽然和msvc方式停止声明变量后，只是改变类型与技术上它的typedef似乎很奇怪)
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
