Significant bump in MSRV from 0.8.7 to 0.8.8

[schungx]

Bumping Rust compiler version requirement from 1.60 to 1.72 seems too big a jump and without warning...

I believe a lot of software that depends on ahash must now move their MSRV upwards to 1.72 or limit to 0.8.7...

Is there a way to avoid moving to Rust 1.72?

[tnull]

+1, bumping MSRV in a patch release is really unfortunate. I'm aware of at least 5 projects now that depend on 1.63 MSRV and have to deal with failing CI builds and finding workarounds.

[TomAFrench]

+1, doing this in a patch release has completely broken our release pipeline.

[tkaitchuck]

@schungx this was done to deal with #195 which was caused by #200 dispite #201 which was introduced in #183 which was added because it was a blocking issue. As a result the build was successful on X86 with all rust versions but on ARM was working on 1.60 and 1.72 and later but was broken on 1.71.

@tnull @TomAFrench The code should still work on 1.63, you should be able to use it as-is. Is there a way to simply override the check?

[tnull]

@tnull @TomAFrench The code should still work on 1.63, you should be able to use it as-is. Is there a way to simply override the check?

I'm not quite sure what you're suggesting? Since this bump happened in a patch release cargo will gladly select the newest 0.8.8 version, leading to a build failure when trying to build any of the affected project with a (previously perfectly fine) 1.63 MSRV:

error: package `ahash v0.8.8` cannot be built because it requires rustc 1.72.0 or newer, while the currently active rustc version is 1.63.0

The only workaround is to pin ahash back to 0.8.6 (since 0.8.7 suffered from above discussed stdsimd issue), which of course is not a good option longer term and might lead to other issues down the line. This is really painful as a downstream user and it would be great if you could find a solution that would allow ahash to return to its prior MSRV.

[bkstein]

Our pipeline also broke and it is not easy to update rustc in the build containers. ahash is not directly specified in our Cargo.toml. It's a dependency of actix-web, which unfortunately specifies ahab = "0.8" without the patch version. Best for us would be renaming 0.8.8 to 0.9, but not sure, if this is somehow possible.

[chyyran]

We’re unable to support Debian Testing at the moment which has a rustc of 1.70.0.

[tkaitchuck]

@chyyran @bkstein @tnull @TomAFrench Can one of you confirm that this: #208 fixes the issue for you?

[schungx]

Maybe add an MSRV CI?