You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Support hashbrown hash maps and sets with or without use_std
Add an optional `hashbrown` feature that switches the underlying hash
map implementation from `std::collections` to `hashbrown` and makes
items that depend on hash maps available without `use_std` (although it
still requires and implicitly enables `use_alloc`).
This addresses the motivating use case of [rust-itertools#605][] (which is the same
use case that I am interested in) but does not implement a generic
approach as the issue suggests. [rust-itertools#901][] would be a better solution long
term and would make these changes obsolete, but the PR appears to be
stalled and I wanted a simple solution that allows using APIs like
`unique`/`unique_by` with `no_std` now.
It also partially addresses [rust-itertools#322][] because enabling this feature does
switch to *a* faster hash algorithm, it just doesn't allow to specify
which one exactly (currently the default hasher in `hashbrown` is
`foldhash`, so this is what's going to be used until/unless changed
upstream in the future).
[rust-itertools#605]: rust-itertools#605
[rust-itertools#901]: rust-itertools#901
[rust-itertools#322]: rust-itertools#322
0 commit comments