Functionality on stable about gxhash HOT 5 CLOSED

Thank you @tgross35 for your feedback and ideas! Having it work on stable is definitely a must, I'll try to address this as soon as I can 😄

from gxhash.

Glad to be of help! Another option is to add a Cargo feature called nightly and gate anything that needs it under #[cfg(feature = "nightly)], with a fallback implementation under #[cfg(not(feature = "nightly))]. Then anyone who needs the highest performance can enable the feature, everyone else can live with the slightly slower stable version.

Doing something similar to gate all handwritten simd could help make this work in WASM and other targets (no_std)

Thank you for the invitation, I accepted but don't know how I can help - I know about rust mechanics but not so much about the inner workings of hash algorithms. I suppose feel free to ping me if you need a hand figuring something out.

from gxhash.

Awesome project by the way!

from gxhash.

Done :)
'avx2' feature will require unstable toolchain however. I don't know if there is a way to have to work on the stable toolchain, but I think that can be addressed later.
I've added you as a contributor in case you want to review.

from gxhash.

It seems to also address another usability issue: I am under the impression that stdsimd required users to build with target-cpu=native otherwise performance would be degraded. Anyway it is much better without all these unstable features now, merging this and releasing.
Thanks a lot!

from gxhash.