3つの主要なC ++コンパイラでコンパイルが異なるプログラム。どちらが正しいですか？

前の質問の興味深いフォローアップとして（ただし、実用的にはそれほど重要ではありません）、 C ++では、変数を宣言するときに変数名を括弧で囲むことができるのはなぜですか。

括弧内の宣言と注入されたクラス名機能を組み合わせると、コンパイラの動作に関して驚くべき結果になる可能性があることがわかりました。

次のプログラムを見てください。

#include <iostream>
struct B
{
};

struct C
{
  C (){ std::cout << "C" << '\n'; }
  C (B *) { std::cout << "C (B *)" << '\n';}
};

B *y = nullptr;
int main()
{
  C::C (y);
}

1. g ++ 4.9.2でコンパイルすると、次のコンパイルエラーが発生します。

   main.cpp:16:10: error: cannot call constructor 'C::C' directly [-fpermissive]

2. MSVC2013 / 2015で正常にコンパイルされ、印刷されます C (B *)

3. clang 3.5で正常にコンパイルされ、出力されます C

だから、義務的な質問はどちらが正しいですか？:)

（私は強くclangバージョンに向かって動いており、技術的にtypedefを変更した後に変数の宣言を停止するmsvcの方法はtypedefがちょっと奇妙に見えます）

GCCは正しく、少なくともC ++ 11ルックアップルールに従っています。3.4.3.1 [class.qual] / 2は、ネストされた名前指定子がクラス名と同じである場合、注入されたクラス名ではなくコンストラクターを参照することを指定します。例を示します：

B::A ba;           // object of type A
A::A a;            // error, A::A is not a type name
struct A::A a2;    // object of type A

それは一時的な作成関数スタイルのキャスト式としてMSVCの誤解それのように見えるCとyコンストラクタのパラメータとしては、そしてClangはそれyをtype と呼ばれる変数の宣言と誤って解釈しますC。

エラーが発生するため、G ++は正しいです。なぜなら、コンストラクターは、new演算子なしでこのような形式で直接呼び出すことができないからです。また、コードはを呼び出しC::Cますが、コンストラクタの呼び出しのように見えます。ただし、C ++ 11標準3.4.3.1によると、これは正当な関数呼び出しまたは型名ではありません（Mike Seymourの回答を参照）。

Clangは、正しい関数を呼び出さなくても間違っています。

MSVCは妥当なものですが、それでも標準に準拠していません。