-
Notifications
You must be signed in to change notification settings - Fork 12.9k
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
no unnormalized types for implied bounds outside borrowck #100989
Conversation
@bors rollup=never |
@bors r+ |
Why does this not break the tests that rely on the implied bounds of unnormalized types? It kind of concerns me that we don't have test coverage here. Either this line is important for functionality, and there should be some test that breaks. Or it doesn't do anything and it never needs to be added back in. It's not just a bug fix. |
I'm not going to r- this, but I think we need to get a regression test here that fails with this PR. And also be on the lookout for but reports that might be caused by this. |
implied bounds are currently computed in 2 different ways depending on whether we're in borrowck or wfcheck. Borrowck was changed to consider unnormalized types (and using functions correctly adds unnormalized wf obligations), but wfcheck didn't use unnormalized types before #100676 and that PR didn't add any tests for that as I somehow missed that while implementing it. When adding the unnormalized types back to the implied bounds outside of borrowck, we definitely need some tests showing that this is the case and that we correctly check the unnormalized type for wf |
☀️ Test successful - checks-actions |
Finished benchmarking commit (3b3f3b7): comparison URL. Overall result: ✅ improvements - no action needed@rustbot label: -perf-regression Instruction countThis is a highly reliable metric that was used to determine the overall result at the top of this comment.
Max RSS (memory usage)ResultsThis is a less reliable metric that may be of interest but was not used to determine the overall result at the top of this comment.
CyclesResultsThis is a less reliable metric that may be of interest but was not used to determine the overall result at the top of this comment.
Footnotes |
fixes #100910 - introduced in #100676 - by only considering normalized types for wf.
r? types