Skip to content

Conversation

@estebank
Copy link
Contributor

No description provided.

@rustbot
Copy link
Collaborator

rustbot commented Dec 12, 2025

Some changes occurred to constck

cc @fee1-dead

Some changes occurred in compiler/rustc_attr_parsing

cc @jdonszelmann

Some changes occurred in exhaustiveness checking

cc @Nadrieril

rustc_errors::emitter was changed

cc @Muscraft

Some changes occurred to the CTFE / Miri interpreter

cc @rust-lang/miri

Some changes occurred to the CTFE machinery

cc @RalfJung, @oli-obk, @lcnr

Some changes occurred to MIR optimizations

cc @rust-lang/wg-mir-opt

Some changes occurred in check-cfg diagnostics

cc @Urgau

Some changes occurred in compiler/rustc_passes/src/check_attr.rs

cc @jdonszelmann

Some changes occurred in need_type_info.rs

cc @lcnr

Some changes occurred in compiler/rustc_ast/src/expand/autodiff_attrs.rs

cc @ZuseZ4

@rustbot rustbot added A-attributes Area: Attributes (`#[…]`, `#![…]`) F-autodiff `#![feature(autodiff)]` S-waiting-on-review Status: Awaiting review from the assignee but also interested parties. T-compiler Relevant to the compiler team, which will review and decide on the PR/issue. T-rustdoc Relevant to the rustdoc team, which will review and decide on the PR/issue. WG-trait-system-refactor The Rustc Trait System Refactor Initiative (-Znext-solver) labels Dec 12, 2025
@rustbot
Copy link
Collaborator

rustbot commented Dec 12, 2025

r? @nnethercote

rustbot has assigned @nnethercote.
They will have a look at your PR within the next two weeks and either review your PR or reassign to another reviewer.

Use r? to explicitly pick a reviewer

@rust-log-analyzer
Copy link
Collaborator

The job pr-check-2 failed! Check out the build log: (web) (plain enhanced) (plain)

Click to see the possible cause of the failure (guessed by this bot)
[RUSTC-TIMING] unicode_segmentation test:false 0.259
[RUSTC-TIMING] askama_derive test:false 1.271
    Checking askama v0.14.0
[RUSTC-TIMING] askama test:false 0.165
error[E0369]: binary operation `==` cannot be applied to type `cfg::Format`
   --> src/librustdoc/clean/cfg.rs:228:33
    |
228 |         let mut msg = if format == Format::LongHtml {
    |                          ------ ^^ ---------------- cfg::Format
    |                          |
    |                          cfg::Format
    |
note: an implementation of `std::cmp::PartialEq` might be missing for `cfg::Format`
   --> src/librustdoc/clean/cfg.rs:403:1

@RalfJung
Copy link
Member

What is the reason for this change? What I like about matches! is that I can use it without worrying about whether the type implements PartialEq. Also, with if let I have to carefully check the condition to see if anything is being bound; matches! makes it clear that nothing is bound.

So while I don't really mind any of these diffs, it also doesn't look like a clear improvement that's worth a sweeping change, and new "unnecessary" matches! will inevitably be added again.

@jdonszelmann
Copy link
Contributor

agreed, not sure this is necessarily better.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

A-attributes Area: Attributes (`#[…]`, `#![…]`) F-autodiff `#![feature(autodiff)]` S-waiting-on-review Status: Awaiting review from the assignee but also interested parties. T-compiler Relevant to the compiler team, which will review and decide on the PR/issue. T-rustdoc Relevant to the rustdoc team, which will review and decide on the PR/issue. WG-trait-system-refactor The Rustc Trait System Refactor Initiative (-Znext-solver)

Projects

None yet

Development

Successfully merging this pull request may close these issues.

6 participants