-
Notifications
You must be signed in to change notification settings - Fork 324
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
Bump MSRV for release 0.6 #428
Comments
If possible could we avoid going above 1.41 (so 1.40 works quite well for me)? 1.41 is the version of rustc that debian buster is currently shipping and at least for some of my downstream user base it's very important to be able to compile the library I maintain that's built on petgraph with the debian version of rustc. |
Another datapoint:
|
|
Unless you actually require the latest version (for api compatibility reasons, new features, or something else) you can just set a version range, something like: https://github.com/PyO3/pyo3/blob/main/Cargo.toml#L30. That way downstream crates that use it can use the version that meets their constraints. I actually use hashbrown in my crate (for the rayon iterator support) but have it fixed at 0.9 for rustc 1.41 support. |
I set the new version to 1.41 :) |
Since we are planning on doing a major release, we can update the Minimum Supported Rust Version (current one is 1.37).
fixedbitset
requires 1.39.non_exaustive
attribute, which requires 1.40.Should we go for 1.40? Anyone proposes something more recent?
The text was updated successfully, but these errors were encountered: