§23.2.5, paragraph 3, says:
Each unordered associative container is parameterized by Key
, by a function object type Hash
that meets the Hash requirements (17.6.3.4) and acts as a hash function for argument values of type Key
, and by a binary predicate Pred
that induces an equivalence relation on values of type Key
.
Using vector<float>
as Key
and not providing explicit hash and equivalence predicate types means the default std::hash<vector<float>>
and std::equal_to<vector<float>>
will be used.
The std::equal_to
for the equivalence relation is fine, because there is an operator ==
for vectors, and that's what std::equal_to
uses.
There is however, no std::hash<vector<float>>
specialization, and that's probably what the linker error you didn't show us says. You need to provide your own hasher for this to work.
An easy way of writing such an hasher is to use boost::hash_range
:
template <typename Container> // we can make this generic for any container [1]
struct container_hash {
std::size_t operator()(Container const& c) const {
return boost::hash_range(c.begin(), c.end());
}
};
Then you can use:
std::unordered_map<floatVector, int, container_hash<floaVector>> map;
Of course, if you need different equality semantics in the map you need to define the hash and equivalence relation appropriately.
1. However, avoid this for hashing unordered containers, as different orders will produce different hashes, and the order in unordered container is not guaranteed.
与恶龙缠斗过久,自身亦成为恶龙;凝视深渊过久,深渊将回以凝视…