-
Couldn't load subscription status.
- Fork 13.9k
Relax a debug assertion for dyn principal *equality* in codegen #130863
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
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.subhere. Thoughts?r? lcnr
Fixes #130855