-
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
Relax a debug assertion for dyn principal *equality* in codegen #130863
Relax a debug assertion for dyn principal *equality* in codegen #130863
Conversation
Some changes occurred in compiler/rustc_codegen_cranelift cc @bjorn3 |
This comment has been minimized.
This comment has been minimized.
b0b871d
to
dcd39a2
Compare
This comment has been minimized.
This comment has been minimized.
dcd39a2
to
b927ac4
Compare
This comment has been minimized.
This comment has been minimized.
b927ac4
to
8972074
Compare
I would like to go with (something like) |
Nah, I can add a @rustbot author |
8972074
to
b4f7982
Compare
These commits modify the If this was unintentional then you should revert the changes before this PR is merged. |
@rustbot ready |
b4f7982
to
cbb5047
Compare
Some changes occurred in engine.rs, potentially modifying the public API of |
This PR is ready. I'd rather not continue going back and forth here. If you're not happy with the state of this PR, then I'd rather just revert the addition of these debug assertions completely, bc working on this PR and the others has turned into somewhat of a headache :( |
&ObligationCause::dummy(), | ||
hr_target_principal, | ||
hr_source_principal, | ||
), |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
r=me regardless, but
is adding ocx.eq_trace
necessary or can we simply use ocx.eq
here given that we don't care about diagnostics at all
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
ExistentialTraitRef does not implement ToTrace. Wanted to avoid that since it's almost always wrong compared to using the binders for the trace, and the new trait solver has relate_no_trace which avoids that.
@bors r=lcnr rollup |
…iaskrgr Rollup of 7 pull requests Successful merges: - rust-lang#130863 (Relax a debug assertion for dyn principal *equality* in codegen) - rust-lang#131016 (Apple: Do not specify an SDK version in `rlib` object files) - rust-lang#131140 (Handle `rustc_hir_analysis` cases of `potential_query_instability` lint) - rust-lang#131141 (mpmc doctest: make sure main thread waits for child threads) - rust-lang#131150 (only query `params_in_repr` if def kind is adt) - rust-lang#131151 (Replace zero-width whitespace with a visible `\` in the PR template) - rust-lang#131152 (Improve const traits diagnostics for new desugaring) r? `@ghost` `@rustbot` modify labels: rollup
Rollup merge of rust-lang#130863 - compiler-errors:relax-codegen-dyn-assert, r=lcnr Relax a debug assertion for dyn principal *equality* in codegen Maybe this sucks and I should just bite the bullet and use `infcx.sub` here. Thoughts? r? lcnr Fixes rust-lang#130855
Maybe this sucks and I should just bite the bullet and use
infcx.sub
here. Thoughts?r? lcnr
Fixes #130855