-
Notifications
You must be signed in to change notification settings - Fork 13
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Update rust to 1.72 #26
Conversation
Qiskit just bumped the MSRV to 1.70. Qiskit supports some users whose security requirements limit the software they install. For this reason they won't bump the rust version again for several months. Because these crates need to be buildable with Qiskit, we need to follow Qiskit's MSRV. I see that this error only occurs on some macs. (There are at least three people building this successfully on linux.) I suppose we can find another way to solve this. There are some Qiskit devs who had recent experience that might be relevant. |
The direct dependency bringing in |
The MSRV of Can you build with rustc 1.70 using the versions of dependencies here: https://github.com/Qiskit/rustworkx/blob/main/Cargo.toml ? |
Yeah, this is specifically an issue in ahash 0.8.7 not correctly setting it's MSRV to be 1.72 as the linked issue is pointing out 0.8.7 is using unstable features on aarch64 platforms for rust < 1.72.0. I would be opposed to raising the MSRV to 1.72 for this library for the reasons @jlapeyre outlined. The best way to workaround this issue if you're on an aarch64 platform until ahash 0.8.8 fixes the MSRV in their package metadata is to either set a local default override on this repository with Although honestly we can just remove the |
I'll add a small update that I think this is an issue for the |
Pinning rustc is to 1.70 is not neccessary. In fact it already prevents the library from building in some cases. See #26
Pinning rustc is to 1.70 is not neccessary. In fact it already prevents the library from building in some cases. See #26
I tried building this on my Macbook (aarch64-apple-darwin) and ran into some build issues
It appears this unstable feature is stable as of 1.72 (cf. this discussion). This PR just bumps to that.