为什么我的函数模板专业化被 VS2017 拒绝而不是被 VS2015 拒绝?
Why is my function template specialization rejected by VS2017 and not by VS2015?
我有一个特征 class 可以将类型与整数值相关联。
struct traits
{
private:
template<int ID> struct type_impl {};
template<> struct type_impl<1> { using type = int; };
// ...
public:
template<int ID> using type = typename type_impl<ID>::type;
};
我正在编写一个模板函数,return 类型由上面的特征 class 提供,并将其专门用于各种 int 值:
template<int ID> traits::type<ID> function();
template<> inline traits::type<1> function<1>() { return 42; };
// ...
这在 VS2015 上编译得很好(参见 https://godbolt.org/z/LpZnni),但在 VS2017 上编译不正常,它抱怨说:
error C2912: explicit specialization 'int function<1>(void)' is not a specialization of a function template
令我惊讶的是,像下面这样声明一个非模板函数可以编译:
traits::type<1> other_function();
使traits::type_impl
public解决了编译问题,但我不明白为什么。对我来说,other_function
的专业化和声明都应该用 traits::type_impl
private 或 none.
编译
感谢您的帮助。
根据@rubenvb 的评论进一步调查
我知道我发布的代码是非法的,所以我尝试进行部分专业化(我认为这是合法的):
struct traits
{
private:
template<int ID,bool=true> struct type_impl {};
template<bool B> struct type_impl<1,B> { using type = int; };
// ...
public:
template<int ID> using type = typename type_impl<ID>::type;
};
template<int ID> traits::type<ID> function();
template<> inline traits::type<1> function<1>() { return 42; };
现在每个编译器都很高兴,但 VS2017 仍然需要 traits::type_impl
public。我猜这是一个 Visual Studio 错误。
你有这个代码
struct traits
{
private:
template<int ID> struct type_impl {};
template<> struct type_impl<1> { using type = int; }; // HERE
public:
template<int ID> using type = typename type_impl<ID>::type;
};
template<int ID> traits::type<ID> function();
template<> inline traits::type<1> function<1>() { return 42; };
标有 //HERE
的行包含一个 in-class 模板专业化。这在 C++ 中是非法的。
我们从中学到的是 Visual Studio 在涉及模板时会出现可怕的错误消息。如果问题不是很清楚,请查看另一个编译器所说的内容。不同的编译器通常会指出不同的问题或以不同的方式讨论它们,这至少可以很好地提示实际问题的根源。
英特尔编译器shows this:
error: explicit specialization is not allowed in the current scope
template<> struct type_impl<1> { using type = int; };
^
海湾合作委员会shows this:
error: explicit specialization in non-namespace scope 'struct traits'
5 | template<> struct type_impl<1> { using type = int; };
| ^
Clang doesn't seem to mind 出于某种原因。这似乎是一个错误。
我有一个特征 class 可以将类型与整数值相关联。
struct traits
{
private:
template<int ID> struct type_impl {};
template<> struct type_impl<1> { using type = int; };
// ...
public:
template<int ID> using type = typename type_impl<ID>::type;
};
我正在编写一个模板函数,return 类型由上面的特征 class 提供,并将其专门用于各种 int 值:
template<int ID> traits::type<ID> function();
template<> inline traits::type<1> function<1>() { return 42; };
// ...
这在 VS2015 上编译得很好(参见 https://godbolt.org/z/LpZnni),但在 VS2017 上编译不正常,它抱怨说:
error C2912: explicit specialization 'int function<1>(void)' is not a specialization of a function template
令我惊讶的是,像下面这样声明一个非模板函数可以编译:
traits::type<1> other_function();
使traits::type_impl
public解决了编译问题,但我不明白为什么。对我来说,other_function
的专业化和声明都应该用 traits::type_impl
private 或 none.
感谢您的帮助。
根据@rubenvb 的评论进一步调查 我知道我发布的代码是非法的,所以我尝试进行部分专业化(我认为这是合法的):
struct traits
{
private:
template<int ID,bool=true> struct type_impl {};
template<bool B> struct type_impl<1,B> { using type = int; };
// ...
public:
template<int ID> using type = typename type_impl<ID>::type;
};
template<int ID> traits::type<ID> function();
template<> inline traits::type<1> function<1>() { return 42; };
现在每个编译器都很高兴,但 VS2017 仍然需要 traits::type_impl
public。我猜这是一个 Visual Studio 错误。
你有这个代码
struct traits
{
private:
template<int ID> struct type_impl {};
template<> struct type_impl<1> { using type = int; }; // HERE
public:
template<int ID> using type = typename type_impl<ID>::type;
};
template<int ID> traits::type<ID> function();
template<> inline traits::type<1> function<1>() { return 42; };
标有 //HERE
的行包含一个 in-class 模板专业化。这在 C++ 中是非法的。
我们从中学到的是 Visual Studio 在涉及模板时会出现可怕的错误消息。如果问题不是很清楚,请查看另一个编译器所说的内容。不同的编译器通常会指出不同的问题或以不同的方式讨论它们,这至少可以很好地提示实际问题的根源。
英特尔编译器shows this:
error: explicit specialization is not allowed in the current scope
template<> struct type_impl<1> { using type = int; };
^
海湾合作委员会shows this:
error: explicit specialization in non-namespace scope 'struct traits'
5 | template<> struct type_impl<1> { using type = int; };
| ^
Clang doesn't seem to mind 出于某种原因。这似乎是一个错误。