Possible changes for 2.0 about indexmap

[bluss]

Added item for a proper std crate feature. Makes it easier for our rdeps

[cuviper]

If we adopt MSRV 1.36 and a new default hasher, I think there will be no more need for std at all. But it's not certain that we should do that.

[bluss]

I just have an attitude problem with ahash, would be more charmed by a pure-rust hash function.

But for an actual argument, for a public dependency we need them to have an 1.x version or equivalent.

[ammkrn]

Are there any plans to support the Allocator trait/allocator_api feature? hashbrown::raw::RawTable and std::Vec both expose the extra A : Allocator type parameter, so it seems possible.

[cuviper]

I've thought about Allocator, but it's difficult to predict when that will even be stable in the standard library. You can't really do anything with that on Vec until it's stable, while hashbrown sort of cheats by defining their own private copy when the nightly feature isn't enabled.

(I'm generally not inclined to use unstable features in this crate, not even behind a feature flag.)

[ammkrn]

Thanks for taking a minute to explain the issue. I have a use case for this, but I'm with you on not wanting to support unstable features, so I'm happy if it's on the "probably at some point after stabilization if we feel like it" list.