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

Release 0.19.0 #1116

Merged
merged 7 commits into from
Aug 30, 2024
Merged

Release 0.19.0 #1116

merged 7 commits into from
Aug 30, 2024

Conversation

kkysen
Copy link
Contributor

@kkysen kkysen commented Aug 28, 2024

This

  • updates our version to 0.19.0
  • fixes clippy warnings
  • fixes warnings on stable (1.80.1), including setting resolver = "2"
  • sets rust-version = "1.65", our pinned nightly

However, I'm unable to run cargo update since the resolver is still MSRV-unaware IIUC. cargo outdated also fails:

> cargo outdated -R
error: failed to run `rustc` to learn about target-specific information

Caused by:
  process didn't exit successfully: `/home/kkysen/.rustup/toolchains/nightly-2022-08-08-x86_64-unknown-linux-gnu/bin/rustc - --crate-name ___ --print=file-names -C link-arg=-fuse-ld=/home/kkysen/work/c++/mold/current/bin/mold --crate-type bin --crate-type rlib --crate-type dylib --crate-type cdylib --crate-type staticlib --crate-type proc-macro --print=sysroot --print=split-debuginfo --print=crate-name --print=cfg` (exit status: 1)
  --- stderr
  error: unknown print request `split-debuginfo`

Otherwise, this should be everything according to https://github.com/immunant/c2rust/wiki/Release-Process that needs to be checked in.

Copy link
Contributor

@fw-immunant fw-immunant left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM.

@kkysen kkysen merged commit b9339f4 into master Aug 30, 2024
9 checks passed
@kkysen kkysen deleted the kkysen/release-0.19.0 branch August 30, 2024 13:13
@chrysn
Copy link
Contributor

chrysn commented Sep 9, 2024

Thanks, works great: I've given this the testing treatment our RIOT OS build system is getting (which is not a full build-all test but usually representative enough), and all works fine. I'd love to update the docs to install the latest released version rather than an untagged git commit.

Is there anything that can be done to advance this to a crates.io release?

@kkysen
Copy link
Contributor Author

kkysen commented Sep 9, 2024

Is there anything that can be done to advance this to a crates.io release?

We hit some snags on that, because there's a cargo bug where the workspace Cargo.lock is not considered when publishing. It's fixed in the next cargo version, but of course we're pinned, so we'd need to update that. Or it might be possible to publish with a Cargo.lock that doesn't work on the pinned nightly, as everything published is fine on stable (would this cause anyone problems?).

Is the GitHub release (with its tagged commit) enough for now? We're trying to publish the rest of the crates (most of the smaller dependency ones have been already), we've just been busy with other stuff, and will try to get it done soon.

@chrysn
Copy link
Contributor

chrysn commented Sep 10, 2024

My impression on this is that anyone who uses the crate through crates.io will not get the nightly-version pinning anyway, but whatever they have installed. People might in theory install it through cargo +nightly-2022-... install c2rust, but they can not reliably find out which nightly they should use without cloning the repository in the first place (it's not discoverable through the released version AFAICT), and when they've cloned it, they don't even have to look it up any more but can just install from the checkout that has both the right Cargo.lock and the rust-toolchain file.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants