Skip to content
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

Specify MSRV #101

Merged
merged 2 commits into from
Aug 12, 2022
Merged

Specify MSRV #101

merged 2 commits into from
Aug 12, 2022

Conversation

madsmtm
Copy link
Member

@madsmtm madsmtm commented Aug 11, 2022

Note that the intention here is that bumping MSRV is not a breaking change! An example:

  • We release v0.5.1 with the rust-version field specified.
  • Later on, we change something such that a newer Rust version is required; we bump rust-version, and release v0.5.2
  • Users using Rust 1.56 will automatically choose v0.5.1

EDIT: Forget that.

@Lokathor
Copy link
Contributor

That would be a great plan if rust-version affected version selection, but it does not.

@kchibisov
Copy link
Member

In general, I'm not against, but you'd need 1.57 version, given that rust-version was added in 1.57.0 IIRC.

@madsmtm
Copy link
Member Author

madsmtm commented Aug 11, 2022

That would be a great plan if rust-version affected version selection, but it does not.

Ah dammit, I thought I'd read that somewhere!

In general, I'm not against, but you'd need 1.57 version, given that rust-version was added in 1.57.0 IIRC.

It was stabilized in 1.56. The minimum version this library currently works with is 1.40.

@MarijnS95
Copy link
Member

MarijnS95 commented Aug 11, 2022

https://doc.rust-lang.org/cargo/reference/manifest.html#the-rust-version-field @kchibisov It says 1.56 here.

As @Lokathor notes, this setting (afaik) only produces more helpful error messages, akin to "your rust compiler version is too low" rather than bailing on unstabilized std interfaces or unknown/disallowed syntax (for example) that is generally very hard to parse/understand for end-users/consumers.

@Lokathor
Copy link
Contributor

There's other MSRV elsewhere and I do not want to get into it much here but the short story is that a number of people are motivated to make rust-version affect resolution, so this might be fixed in the short or medium term.

Until then I'm happy to at least have the version set... but the rest of it about msrv bumps only being minor version bumps, that I'm not sure I'm willing to agree with.

Sound good to everyone?

@MarijnS95
Copy link
Member

MarijnS95 commented Aug 11, 2022

@Lokathor When that happens, that'll be the MSRV on which resolution according to rust-version happens, meaning it'll take a bit longer for this to be relevant right?

@Lokathor
Copy link
Contributor

The user would need the newer cargo, but this 0.5.2 of the crate where we list a rust version would benefit without us having to further fix the 0.5 version series. So it's good to get this in and tracked now, even if it won't have an effect for a while.

(probably! the feature isn't precisely designed or implemented yet after all.)

@Lokathor
Copy link
Contributor

I also don't predict much need to move with msrv for this crate long term since the idea is to just be a data carrier in as plain a way as possible. Ideally once things are set we stop touching them, and new window managers come out rarely.

@kchibisov
Copy link
Member

The rust-version is not that of use, however what is helpful is testing msrv on CI, the rust-version is more of a hint now wrt what we're using.

@kchibisov
Copy link
Member

The only bump that will happen is when c types will be stable in rustc. So we can have zero deps crate.

@madsmtm
Copy link
Member Author

madsmtm commented Aug 11, 2022

The only bump that will happen is when c types will be stable in rustc. So we can have zero deps crate.

Which will be possible in 1.64: rust-lang/rust#94501

@Lokathor Lokathor merged commit 13127ba into rust-windowing:master Aug 12, 2022
@madsmtm madsmtm deleted the msrv branch August 12, 2022 09:52
@Osoted56

This comment was marked as spam.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
semver-patch causes a patch bump in our version
Development

Successfully merging this pull request may close these issues.

5 participants