#![deny(where_clauses_object_safety)]

pub trait Trait {
    fn method(&self) where Self: Sync;
}

I bisected #51443 (comment). According to cargo-bisect-rustc --start 2022-12-28 --end 2022-12-29 -- check it bisects to 6a20f7d. This is concerning because nothing in #106209 looks remotely related to where_clause_object_safety so I am inferring that this is an unintentional regression.

Here are the 9 PRs in the rollup:

Definitely not it:

• Test leaking of BinaryHeap Drain iterators #94145 — TEST ONLY
• Fix unused_must_use warning for Box::from_raw #104024 — DIAGNOSTIC TEXT ONLY
• Fix backoff doc to match implementation #104708 — COMMENT ONLY
• Fix core::any docs #106184 — DOCS ONLY
• Remove some totally duplicated files in rustc_infer #106205 — DEAD CODE

Highly unlikely:

• Remove iter::Empty hack #103945 — INTERNALS OF CORE::ITER::EMPTY
• Account for match expr in single line #105347 — MINOR DIAGNOSTIC FORMATTING TWEAK
• Emit fewer errors on invalid #[repr(transparent)] on enum #106201 — REPR(TRANSPARENT)-RELATED DIAGNOSTICS

I guess that leaves:

• Implement allow-by-default multiple_supertrait_upcastable lint #105484

which only adds a brand new lint pass unrelated to where_clauses_object_safety, independent of any existing code. The PR is +167 -0. It seems like the only possible effect should be adding new occurrences of multiple_supertrait_upcastable, not affecting anything else.

In any case cc @nbdd0121 @compiler-errors in case you can tell what's going on.