Consider the following code:
#include <type_traits>
template<template<class...> class T, class... U>
struct is_specialization_of : std::false_type{};
template<template<class...> class T, class... U>
struct is_specialization_of<T, T<U...>> : std::true_type{};
template<class T, class U = int>
struct test{};
// (1) ok
static_assert(is_specialization_of<test, test<int>>::value, "1");
template<class T>
using alias = test<T>;
// (2) fails
static_assert(is_specialization_of<alias, alias<int>>::value, "2");
int main()
{
}
Why does (2), i.e. static_assert
that uses alias template, fail?
How does the template argument deduction process in (2) differ from the one in (1)?
A template argument for a template template parameter is the name of a class template. When the compiler tries to find a template to match the template template argument, it only considers primary class templates. (A primary template is the template that is being specialized.)
In C++ this can be achieved using template parameters. A template parameter is a special kind of parameter that can be used to pass a type as argument: just like regular function parameters can be used to pass values to a function, template parameters allow to pass also types to a function.
For example, given a specialization Stack<int>, “int” is a template argument. Instantiation: This is when the compiler generates a regular class, method, or function by substituting each of the template's parameters with a concrete type.
You cannot give default arguments to the same template parameters in different declarations in the same scope. The compiler will not allow the following example: template<class T = char> class X; template<class T = char> class X { };
This is CWG issue 1286. The question is: are alias
and test
equivalent? There used to be an example in [temp.type] which suggested that y
and z
have the same type here:
template<template<class> class TT> struct X { }; template<class> struct Y { }; template<class T> using Z = Y<T>; X<Y> y; X<Z> z;
The example was corrected as part of CWG defect 1244 - which indicated correctly that there is no wording in [temp.alias] that actually specifies that alias templates are equivalent to the templates they alias. The only wording there refers to equivalence of alias template specializations:
When a template-id refers to the specialization of an alias template, it is equivalent to the associated type obtained by substitution of its template-arguments for the template-parameters in the type-id of the alias template.
The intent is apparently that y
and z
do have the same type in this example, meaning that Z
and Y
are actually equivalent. But unless and until the wording in the resolution is adopted, they are not. Today, alias
and test
are not equivalent but alias<int>
and test<int>
are. This means that is_specialization_of<alias, alias<int>>
is is_specialization_of<alias, test<int>>
, where alias
is unique from test
, which would not match your partial specialization and thus be false_type
.
Moreover, even with the adoption of the wording in #1286, test
and alias
are still not equivalent for the obvious reason that test
takes two template parameters and alias takes one template parameter. The example in the resolution wording mimics your example and clarifies the intent here:
template<typename T, U = T> struct A; // ... template<typename V> using D = A<V>; // not equivalent to A: // different number of parameters
I think that name of alias template without template arguments list is not equivalent to the name of associated type. Because standard specifies only one such situation:
14.5.7 Alias templates [temp.alias]
- When a template-id refers to the specialization of an alias template, it is equivalent to the associated type obtained by substitution of its template-arguments for the template-parameters in the type-id of the alias template. [Note: An alias template name is never deduced.—end note ]
and this works fine:
static_assert(is_specialization_of<test, alias<int>>::value, "2");
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With