2011-02-02 2 views

ответ

23

Это происходит потому, что нет специализации для std::tr1::hash<Key> с Key = std::pair<int, int>. Перед тем, как объявить tr1::unordered_map<Pair,bool> h;, необходимо сдать std::tr1::hash<Key> с Key = std::pair<int, int>. Это происходит потому, что std не знает, как хэш pair<int, int>.

После есть пример того, как специализироваться std::tr1::hash<>

template <> 
struct std::tr1::hash<std::pair<int, int> > { 
public: 
     size_t operator()(std::pair<int, int> x) const throw() { 
      size_t h = SOMETHING;//something with x 
      return h; 
     } 
}; 
+0

+1, символом ' unordered_map' является хэш-таблицей. – vz0

+15

К сожалению, потому что, если я специализируюсь на его использовании в своей библиотеке, и вы его специализируете для использования в своей библиотеке, и наши определения не идентичны, тогда, когда наши библиотеки связаны друг с другом, мы получаем неопределенное поведение. 'std :: tr1 :: hash' немного недоразмерен, лучше, если это возможно, указать в качестве третьего параметра шаблона собственный класс Hash вместо' unordered_map'. –

+1

@Steve: нет боли, нет усиления :) –

0

Ран в том же номере:

unordered_map <pair<x, y>, z> m1; 

Несколько обходные пути:

unordered_map <stringxy, z> m1; 
// the first and second of the pair merged to a string 
// though string parsing may be required, looks same complexity overall 

unordered_multimap <x, pair<y, z>> m1; 
// second of the pair of the key went into value. 
// time complexity slightly increases 

deque<deque<x>> d1; 
// here x & y are of same type, z is stored as: d1[x][y] = z 
// space required is x * y, however time complexity is O(1) 
Смежные вопросы