-
Notifications
You must be signed in to change notification settings - Fork 13.1k
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
Rollup of 7 pull requests #136697
Rollup of 7 pull requests #136697
Conversation
This is not tracked in toolstate.
This updates the toolstate maintainers to more closely match who is still active. I am adding myself to ensure these get resolved if they break, since otherwise it causes other problems.
This aligns the main error message a bit more with the phrasing in the Edition Guide and provides a bit more information on the labels to (hopefully!) aid in understanding.
Most of these are meant to test possible future improvements, but since they cover cases the existing test suite didn't, I figure including them now may be helpful.
While working on rust-lang#122661, some of these started triggering our "unnecessary parens" lints due to a change in the `assert!` desugaring. A cursory search identified a few more. Some of these have been carried from before 1.0, were a bulk rename from the previous name of `assert!` left them in that state. I went and removed as many of these unnecessary parens as possible in order to have fewer annoyances in the future if we make the lint smarter.
(so that it doesn't talk about trait upcasting stabilization in the future tense)
We can't remove `TraitUpcasting` variant, since we need to use the index in winnowing.
this commit makes `deref_into_dyn_supertrait` lint allow-by-default, removes future incompatibility (we finally live in a broken world), and changes the wording in the documentation. previously documentation erroneously said that it lints against *usage* of the deref impl, while it actually (since 104742) lints on the impl itself (oooops, my oversight, should have updated it 2+ years ago...)
…treat, r=compiler-errors Stabilize `feature(trait_upcasting)` This feature was "done" for a while now, I think it's finally time to stabilize it! Stabilization report: rust-lang#134367 (comment). cc reference PR: rust-lang/reference#1622. Closes rust-lang#65991 (tracking issue), closes rust-lang#89460 (the lint is no longer future incompat). r? compiler-errors
…ulacrum Update toolstate maintainers This updates the toolstate maintainers to more closely match who is still active.
…r-errors Remove some unnecessary parens in `assert!` conditions While working on rust-lang#122661, some of these started triggering our "unnecessary parens" lints due to a change in the `assert!` desugaring. A cursory search identified a few more. Some of these have been carried from before 1.0, were a bulk rename from the previous name of `assert!` left them in that state. I went and removed as many of these unnecessary parens as possible in order to have fewer annoyances in the future if we make the lint smarter.
…fication, r=Nadrieril Pattern Migration 2024: try to suggest eliding redundant binding modifiers This is based on rust-lang#136475. Only the last commit is new. This is a simpler, more restrictive alternative to rust-lang#136496, meant to partially address rust-lang#136047. If a pattern can be migrated to Rust 2024 solely by removing redundant binding modifiers, this will make that suggestion; otherwise, it uses the old suggestion of making the pattern fully explicit. Relevant tracking issue: rust-lang#131414 ``@rustbot`` label A-diagnostics A-patterns A-edition-2024 r? ``@Nadrieril``
…affleLapkin Fix suggestion for `dependency_on_unit_never_type_fallback` involving closures + format args expansions fixes rust-lang#136562 r? wafflelapkin or reassign
Remove dead code from rustc_codegen_llvm and the LLVM wrapper First step to clean up the LLVM wrapper: remove existing dead code. Split out of rust-lang#135502 r? ``@Zalathar``
…piler-errors replace one `.map_or(true, ...)` with `.is_none_or(...)` Randomly found while going through some of my old branches.
@bors r+ rollup=never p=5 |
☀️ Test successful - checks-actions |
📌 Perf builds for each rolled up PR:
previous master: 64e06c0f55 In the case of a perf regression, run the following command for each PR you suspect might be the cause: |
Finished benchmarking commit (a9e7b30): comparison URL. Overall result: ❌ regressions - no action needed@rustbot label: -perf-regression Instruction countThis is the most reliable metric that we have; it was used to determine the overall result at the top of this comment. However, even this metric can sometimes exhibit noise.
Max RSS (memory usage)This benchmark run did not return any relevant results for this metric. CyclesResults (secondary -2.0%)This is a less reliable metric that may be of interest but was not used to determine the overall result at the top of this comment.
Binary sizeThis benchmark run did not return any relevant results for this metric. Bootstrap: 779.143s -> 778.956s (-0.02%) |
Successful merges:
feature(trait_upcasting)
#134367 (Stabilizefeature(trait_upcasting)
)assert!
conditions #135945 (Remove some unnecessary parens inassert!
conditions)dependency_on_unit_never_type_fallback
involving closures + format args expansions #136598 (Fix suggestion fordependency_on_unit_never_type_fallback
involving closures + format args expansions).map_or(true, ...)
with.is_none_or(...)
#136664 (replace one.map_or(true, ...)
with.is_none_or(...)
)r? @ghost
@rustbot modify labels: rollup
Create a similar rollup