Rollup of 13 pull requests - #163542
Closed
JonathanBrouwer wants to merge 103 commits into
Closed
Rollup of 13 pull requests#163542JonathanBrouwer wants to merge 103 commits into
JonathanBrouwer wants to merge 103 commits into
Conversation
This updates the rust-toolchain.toml file to nightly-2026-09-18.
Pull recent changes from https://github.com/rust-lang/rust via Josh. Upstream ref: rust-lang/rust@330d317 Filtered ref: rust-lang/rustc_codegen_cranelift@3e5b427 Upstream diff: rust-lang/rust@67eda61...330d317 This merge was created using https://github.com/rust-lang/josh-sync.
Update `rustup.sh` to use `rustc-josh-sync`
as emitted by the `_mm256_clmulepi64_epi128` and ` _mm512_clmulepi64_epi128` intrinsics
support `vpclmulqdq`
Integrate `stdarch` tests for aarch64
This updates the rust-toolchain.toml file to nightly-2026-09-22.
Pull recent changes from https://github.com/rust-lang/rust via Josh. Upstream ref: rust-lang/rust@1303417 Filtered ref: rust-lang/rustc_codegen_cranelift@ca3fb81 Upstream diff: rust-lang/rust@330d317...1303417 This merge was created using https://github.com/rust-lang/josh-sync.
This updates the rust-toolchain.toml file to nightly-2026-09-23 (6bb1652).
Pull recent changes from https://github.com/rust-lang/rust via Josh. Previous upstream ref: rust-lang/rust@1303417 New upstream ref: rust-lang/rust@6bb1652 Filtered ref: rust-lang/rustc_codegen_cranelift@0ba93c5 Upstream diff: rust-lang/rust@1303417...6bb1652 This merge was created using https://github.com/rust-lang/josh-sync.
This updates the rust-version file to 3670d25.
Pull recent changes from https://github.com/rust-lang/rust via Josh. Previous upstream ref: rust-lang/rust@88638df New upstream ref: rust-lang/rust@3670d25 Filtered ref: rust-lang/miri@40409ba Upstream diff: rust-lang/rust@88638df...3670d25 This merge was created using https://github.com/rust-lang/josh-sync.
Automatic Rustup
Adding tests addressing the changes in coretests/tests/num/clamp_magnitude.rs
This updates the rust-version file to 0d38a84.
Pull recent changes from https://github.com/rust-lang/rust via Josh. Previous upstream ref: rust-lang/rust@3670d25 New upstream ref: rust-lang/rust@0d38a84 Filtered ref: rust-lang/miri@d0cef69 Upstream diff: rust-lang/rust@3670d25...0d38a84 This merge was created using https://github.com/rust-lang/josh-sync.
Automatic Rustup
Adding mod clamp_magnitude in coretests/num/mod.rs Activating feature(clamp_magnitude) in coretests/lib.rs Adding test coverage for f16, f128, and NaN as well as zero cases Modifying nonzero and int_macros documentation for better readablity
…s-zed Disable rust-analyzer diagnostics for Zed
Shimmed TCP sockets are now always backed by a host socket. Before `connect` or `listen` is invoked on the shimmed socket, we just have a `socket2::Socket`. This is socket is then coverted to a `mio::TcpStream` or `mio::TcpListener` after encountering a `connect` or `listen`, respectively. Furthermore, a socket can always be viewed as a `socket2::SockRef`. This allows us to support more socket options than mio provides on its TCP socket abstractions.
…-limit, r=Darksonn const and NonZero impl for clamp_magnitude() This PR is implementing the latest proposed changes in Issue rust-lang#148519, making the clamp_magnitude() functions const for all floating point and integer types, as well as adding a clamp_magnitude() to NonZero<$Int>, taking a NonZero<$UInt> as limit parameter.
…bjorn3 Don't use the metadata based crate_hash for rustdoc runs When a metrics dir is provided for a rustdoc invocation, the crate hash is used to generate the file name for the metrics. Prior to this change, `tcx.needs_metadata()` mistakenly returned true, so the crate_hash query would attempt to read the SVH created as a side effect of the metadata generation. Since metadata is not generated for rustdoc, that SVH was not present, which triggered the ICE. This PR marks `tcx.needs_metadata()` as false for rustdoc runs, which causes the crate_hash query to use the fallback HIR based hash. One caveat: rust-lang#154724 made the HIR based hash simpler under the assumption that it would only be used for things like dylibs. Specifically, it removed resolutions.visibilities_for_hashing, debugger_visualizers and source_file_names. The latter two are irrelevant for rustdoc, but the first is potentially relevant. However, the hash only has to change when the metrics output it names would change, and the output it names is a list of enabled features, which visibility can't affect. LLM: Claude was used to generate the tests that reproduce the issue. Fixes: rust-lang#163426 Regression introduced in rust-lang#154724 Related to rust-lang#94878
Don't build format string suggestions from `concat!` offsets Fixes rust-lang#156101 When a format string does not come directly from a string literal in the source, e.g. when it is produced by `concat!`, the parser's inner offsets are relative to the expanded string rather than to the source. The primary error span and the `RemoveRawIdent` suggestion already check `is_source_literal` before calling `fmt_span.from_inner`, but the `UsePositional`, `ReorderFormatParameter` and `AddMissingColon` suggestions did not. As a result, these suggestions could point into the middle of a multibyte character and ICE when rendered, or suggest a bogus argument copied from unrelated source text. Only emit them when the format string is a source literal, like the other suggestions do. For example, before this change `UsePositional` took `at!` from the `concat!` invocation as the captured argument, replaced it with `0`, and suggested passing `at!` as an argument: ``` help: consider using a positional formatting argument instead | 2 - format_args!(concat!("{}{a.b}", "")); 2 + format_args!(conc0("{}{a.b}", ""), at!); ``` The crash test is moved to `tests/ui/fmt`, with cases covering each of these suggestions.
… r=JonathanBrouwer Miscellaneous attr error stuff Some small improvements I made while working on something bigger (that didn't work out). Details in individual commits. r? @JonathanBrouwer
…r=oli-obk x86 and x86_64: cleanup some callconv code Some cleanup work in the x86 and x86_64 callconv code. The x86 portion is in preparation for `-Zregparam`, cc - rust-lang#131749 - rust-lang#161027 Best reviewed commit-by-commit. There should be no functional changes.
…h726 cycle handling: mirror old solver I hate other people being right :< When stabilizing the new solver, we really want to minimize the amount of things we're stabilizing. This far more closely matches the old solver while still being somewhat principled. I do think the approach we had before this PR is closer to the final state we want, but I am far from confident that this is the case and this gives us more room to experiment until then. The rules are as follows: a cycle is coinductive if there's at least one "coinductive trait goal" involved and the only other involved goals are `Projection` goals. r? types cc @jackh726
Use more default field values in `Resolver` Minor clean up by adding a way to construct `const FxIndexSet`/`Map`s and then using that in `Resolver`'s default fields. r? @petrochenkov
…ctor, r=mejrs Forbid `Reborrow` impls for types with destructors Construction of such types should never be so implicit. Tracking issue: rust-lang#145612 cc @aapoalas @rustbot label F-reborrow A-destructors
Cast cleanups At one point I was looking at merging `ast::IntTy` and `ast::UintTy` into a single type. In the end I decided against that, but I did find some related code, mostly involving casts, that deserved some cleanups. Details in individual commits. r? @oli-obk
…, r=Zalathar Document `Result` case for the `arena_cache` query modifier r? @Zalathar
Member
Author
Contributor
This comment has been minimized.
This comment has been minimized.
rust-bors Bot
pushed a commit
that referenced
this pull request
Sep 30, 2026
Rollup of 13 pull requests try-job: dist-various-1 try-job: test-various try-job: test-x86_64-gnu-aux try-job: test-x86_64-gnu-llvm-21-3 try-job: test-x86_64-msvc-1 try-job: test-aarch64-apple-1 try-job: test-aarch64-apple-2 try-job: test-x86_64-mingw-1 try-job: test-i686-msvc try-job: test-armhf-gnu
Contributor
Contributor
|
This pull request was unapproved due to being closed. |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Successful merges:
concat!offsets #163368 (Don't build format string suggestions fromconcat!offsets)Resolver#163509 (Use more default field values inResolver)Reborrowimpls for types with destructors #163519 (ForbidReborrowimpls for types with destructors)Resultcase for thearena_cachequery modifier #163524 (DocumentResultcase for thearena_cachequery modifier)r? @ghost
Create a similar rollup