-
Notifications
You must be signed in to change notification settings - Fork 485
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.84.0 #10328
Update rust to 1.84.0 #10328
Conversation
I didn't see any of this in the PR. |
ah sorry that was a copy-paste issue. removed. |
7271 tests run: 6906 passed, 0 failed, 365 skipped (full report)Code coverage* (full report)
* collected from Rust tests only The comment gets automatically updated with the latest test results
6bf219b at 2025-01-09T18:37:52.671Z :recycle: |
When trying to enable sanitizers for neon (#6053), I've come across a new issue with rust 1.84.0:
works for me on 99b5a67~1, but fails with weird errors on 99b5a67:
|
@alexanderlaw strange, your given command worked for me on e9ed53b. Have you tried rm'ing the |
@arpad-m , thank you for looking at this! I've re-tested it on e9ed53b now:
and got the same:
I use "Ubuntu clang version 18.1.3 (1ubuntu1)". |
Can you try with passing --target explicitly? https://doc.rust-lang.org/nightly/unstable-book/compiler-flags/sanitizer.html#build-scripts-and-procedural-macros It is surprising that it simply stopped working after the update. |
Yeah, I was surprised when the command that had worked on a commit from Jan 3, failed on a recent one. Adding --target doesn't change much:
This is not a crucial issue to me; my main goal is to use sanitizers with postgres, but it's still interesting, what the new version broke. |
@alexanderlaw if you have time to dedicate, I would first try to use latest rust beta and nightly, maybe there is a compiler bug which has since been fixed (do after you've done that, you could use cargo-bisect-rustc with the |
@arpad-m , thank you for the tip! It indeed works with beta. So I guess with the next update to 1.85 in February/March the issue will be resolved. I'll try to bisect the bug lifespan just out of curiosity later. |
According to bisect-rustc, this anomaly was introduced with |
I don't think either have something to do with the issue you report. The first patch only affects build metrics uploads, while the second patch is about rustdoc, so not about the compiler itself. Neither should affect the compiler. Maybe the issue doesn't reproduce 100% reliably? |
It reproduced reliably, but maybe bisect-rustc has it's own peculiarities, I can't understand yet. Unfortunately, I could not find my notes from the previous run, so I ran bisect anew:
And the other end (with the script returning the opposite codes):
But the commit specified is not exact, it rather points at a range:
vs the previous commit in the list printed by bisect-rustc:
And the range 33c245b9e...5a6036a18 covers 18 commits, that I can't install with cargo bisect-rustc --install. |
We keep the practice of keeping the compiler up to date, pointing to the latest release. This is done by many other projects in the Rust ecosystem as well. [Release notes](https://releases.rs/docs/1.84.1/). Prior update was in #10328. Co-authored-by: Arpad Müller <arpad-m@users.noreply.github.com>
We keep the practice of keeping the compiler up to date, pointing to the latest release. This is done by many other projects in the Rust ecosystem as well.
Release notes.
Prior update was in #9926.