-
Notifications
You must be signed in to change notification settings - Fork 12.8k
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
Trait predicate ambiguities are not always in Self
#78111
Conversation
r? @lcnr (rust_highfive has picked a reviewer for you, use r? to override) |
📌 Commit 4cf890cacd538c608e8ac6dcfc7b22a7d5043344 has been approved by |
@bors r- missed something in my review |
compiler/rustc_trait_selection/src/traits/error_reporting/mod.rs
Outdated
Show resolved
Hide resolved
4cf890c
to
c146e8c
Compare
@bors r+ rollup |
📌 Commit c146e8c has been approved by |
Searching "type annotations needed" shows a whole bunch of other open issue reports that should be fixed by this (and I can confirm a few locally), non-exhaustive list: #75398, #72616, #71732 I'm not sure if/how many of these are worth adding extra tests for or just marking as closed by this. |
Should we r- and add tests to this PR or clean these up later? |
Rollup of 10 pull requests Successful merges: - rust-lang#77612 (BTreeMap: test invariants more thoroughly and more readably) - rust-lang#77761 (Assert that pthread mutex initialization succeeded) - rust-lang#77778 ([x.py setup] Allow setting up git hooks from other worktrees) - rust-lang#77838 (const keyword: brief paragraph on 'const fn') - rust-lang#77923 ([net] apply clippy lints) - rust-lang#77931 (Fix false positive for `unused_parens` lint) - rust-lang#77959 (Tweak ui-tests structure) - rust-lang#78105 (change name in .mailmap) - rust-lang#78111 (Trait predicate ambiguities are not always in `Self`) - rust-lang#78121 (Do not ICE on pattern that uses a binding multiple times in generator) Failed merges: r? `@ghost`
will mark these issues as |
When reporting ambiguities in trait predicates, the compiler incorrectly assumed the ambiguity was always in the type the trait should be implemented on, and never the generic parameters of the trait. This caused silly suggestions for predicates like
<KnownType as Trait<_>>
, such as giving explicit types to completely unrelated variables that happened to be of typeKnownType
.This also reverts #73027, which worked around this issue in some cases and does not appear to be necessary any more.
fixes #77982
fixes #78055