forked from boostorg/container_hash
Update documentation
This commit is contained in:
@@ -196,8 +196,9 @@ lot of performance on the table, because processing each `char` individually
|
|||||||
is much less efficient than processing several in bulk.
|
is much less efficient than processing several in bulk.
|
||||||
|
|
||||||
In Boost 1.81, `hash_range` was changed to process elements of type `char`,
|
In Boost 1.81, `hash_range` was changed to process elements of type `char`,
|
||||||
`signed char`, or `unsigned char`, four of a time. A `uint32_t` is composed
|
`signed char`, `unsigned char`, `std::byte`, or `char8_t`, four of a time.
|
||||||
from `first[0]` to `first[3]`, and that `uint32_t` is fed to `hash_combine`.
|
A `uint32_t` is composed from `first[0]` to `first[3]`, and that `uint32_t`
|
||||||
|
is fed to `hash_combine`.
|
||||||
|
|
||||||
In principle, when `size_t` is 64 bit, we could have used `uint64_t` instead.
|
In principle, when `size_t` is 64 bit, we could have used `uint64_t` instead.
|
||||||
We do not, because this allows producing an arbitrary hash value by choosing
|
We do not, because this allows producing an arbitrary hash value by choosing
|
||||||
|
@@ -225,7 +225,7 @@ Effects: ::
|
|||||||
+
|
+
|
||||||
--
|
--
|
||||||
When `typename std::iterator_traits<It>::value_type` is not `char`, `signed char`,
|
When `typename std::iterator_traits<It>::value_type` is not `char`, `signed char`,
|
||||||
`unsigned char`,
|
`unsigned char`, `std::byte`, or `char8_t`,
|
||||||
|
|
||||||
[source]
|
[source]
|
||||||
----
|
----
|
||||||
|
Reference in New Issue
Block a user