I have the following code:
template<typename T, typename Allocator = std::allocator<T> >
class Carray {
// ...
typedef T* pointer;
typedef pointer iterator;
// ...
};开发者_StackOverflow
Now I'm trying to do partial specialization for iterator_traits
. It seems OK to me, but g++ 4.4.5 complains:
#include <iterator>
namespace std {
template<typename T, typename Allocator>
struct iterator_traits<typename Carray<T, Allocator>::iterator> { // line 128
typedef T value_type;
typedef typename Allocator::difference_type difference_type;
typedef typename Allocator::reference reference;
typedef typename Allocator::pointer pointer;
typedef typename std::random_access_iterator_tag iterator_category;
};
}
This is the full error message:
carray.h:128: error: template parameters not used in partial specialization:
carray.h:128: error: ‘T’
carray.h:130: error: ‘Allocator’ has not been declared
carray.h:131: error: ‘Allocator’ has not been declared
carray.h:132: error: ‘Allocator’ has not been declared
You shouldn't need a specialization at all here: iterator_traits
is already specialized for pointer types and if you do end up with an iterator that is a class type, you can just define those required typedef
s in the iterator class.
The problem is that in order to match the primary specialization, the compiler needs to take the arguments with which the template is used, plug them into the specialization, and see whether they match.
Consider what would happen in the following simplified scenario:
template <typename T> struct S { typedef int type; };
template <typename T>
struct Traits { };
template <typename T>
struct Traits<typename S<T>::type> { };
How is the compiler supposed to know what T
to plug into S
or whether some S<T>::type
is really meant instead of just int
?
The problem is that the nested typedef (::type
) depends on the template parameter (T
). When this is the case in a function argument list or in a partial specialization, the type T
cannot be deduced (it is a "non-deduced context").
精彩评论