MSVC 发现此方法调用模棱两可，而 Clang/GCC 则不然，这是否正确？-解网

问：

运行此代码时，Clang （3.9.1）和 GCC （7， snapshot）将“1”、“2”打印到控制台。

但是，MSVC 无法编译此代码：

source_file.cpp（15）：错误 C2668：“Dictionary：：set”：对重载函数的调用不明确

source_file.cpp（9）：注意：可以是'void Dictionary：：set（int64_t）'

source_file.cpp（8）： note： or 'void Dictionary：：set（const char *）'

source_file.cpp（15）：注意：在尝试匹配参数列表“（const unsigned int）”时

#include <iostream>

static const unsigned ProtocolMajorVersion = 1;
static const unsigned ProtocolMinorVersion = 0;

class Dictionary {
public:
    void set(const char *Str) { std::cout << "1"; }
    void set(int64_t val) { std::cout << "2"; }
};

int main() {
    Dictionary dict;
    dict.set(ProtocolMajorVersion);
    dict.set(ProtocolMinorVersion);
}

我认为 MSVC 是对的 - 的值是，可以是或。ProtocolMajorVersion0NULLint64_t(0)

但是，在更换时似乎就是这种情况

dict.set(ProtocolMinorVersion)

跟

dict.set(0);

source_file.cpp：15：10：错误：对成员函数“set”的调用不明确 dict.set（0）;

source_file.cpp：8：10：注意：候选函数
void set(const char *Str) { std::cout << "1"; }
source_file.cpp：9：10：注意：候选函数
void set(int64_t val) { std::cout << "2"; }

那么这是怎么回事 - 哪个编译器是正确的？如果 GCC 和 Clang 都接受不正确的代码，或者 MSVC 只是有问题，我会感到惊讶吗？请参考标准

C GCC visual-C++ Clang 语言-律师

话虽如此，这两个函数都需要转换（它不是 a ，也不是 a），所以有人可能会争辩说 MSVC 是对的 [编译器应选择需要最少转换的类型，如果多个类型需要相等量的转换，则它是模棱两可的] - 尽管我仍然认为编译器不应该接受值为零的命名常量作为指针的等价物......setuint64_tconst char *

对不起，可能更多的是“评论”而不是答案——我开始写这篇文章的目的是说“gcc/clang 是对的”，但后来想了想，得出的结论是“虽然我会对这种行为更满意，但不清楚这是正确的行为”。

MSVC 发现此方法调用模棱两可，而 Clang/GCC 则不然，这是否正确？

Is MSVC right to find this method call ambiguous, whilst Clang/GCC don't?

评论

评论

评论