Skip to content
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

Merged
merged 1 commit into from
Aug 27, 2022

Conversation

lcnr
Copy link
Contributor

@lcnr lcnr commented Aug 25, 2022

fixes #100910 - introduced in #100676 - by only considering normalized types for wf.

r? types

@rustbot rustbot added the T-compiler Relevant to the compiler team, which will review and decide on the PR/issue. label Aug 25, 2022
@rust-highfive rust-highfive added the S-waiting-on-review Status: Awaiting review from the assignee but also interested parties. label Aug 25, 2022
@lcnr
Copy link
Contributor Author

lcnr commented Aug 25, 2022

@bors rollup=never

@spastorino
Copy link
Member

@bors r+

@bors
Copy link
Contributor

bors commented Aug 25, 2022

📌 Commit ef7bda3 has been approved by spastorino

It is now in the queue for this repository.

@bors bors added S-waiting-on-bors Status: Waiting on bors to run and complete tests. Bors will change the label on completion. and removed S-waiting-on-review Status: Awaiting review from the assignee but also interested parties. labels Aug 25, 2022
@jackh726
Copy link
Member

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.

@jackh726
Copy link
Member

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.

@lcnr
Copy link
Contributor Author

lcnr commented Aug 26, 2022

Why does this not break the tests that rely on the implied bounds of unnormalized types?

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

@lcnr lcnr changed the title no unnormalized types for implied bounds no unnormalized types for implied bounds outside borrowck Aug 26, 2022
@bors
Copy link
Contributor

bors commented Aug 27, 2022

⌛ Testing commit ef7bda3 with merge 3b3f3b7...

@bors
Copy link
Contributor

bors commented Aug 27, 2022

☀️ Test successful - checks-actions
Approved by: spastorino
Pushing 3b3f3b7 to master...

@bors bors added the merged-by-bors This PR was explicitly merged by bors. label Aug 27, 2022
@bors bors merged commit 3b3f3b7 into rust-lang:master Aug 27, 2022
@rustbot rustbot added this to the 1.65.0 milestone Aug 27, 2022
@rust-timer
Copy link
Collaborator

Finished benchmarking commit (3b3f3b7): comparison URL.

Overall result: ✅ improvements - no action needed

@rustbot label: -perf-regression

Instruction count

This is a highly reliable metric that was used to determine the overall result at the top of this comment.

mean1 range count2
Regressions ❌
(primary)
- - 0
Regressions ❌
(secondary)
- - 0
Improvements ✅
(primary)
- - 0
Improvements ✅
(secondary)
-1.2% [-1.2%, -1.2%] 2
All ❌✅ (primary) - - 0

Max RSS (memory usage)

Results

This 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.

mean1 range count2
Regressions ❌
(primary)
- - 0
Regressions ❌
(secondary)
- - 0
Improvements ✅
(primary)
-4.3% [-4.3%, -4.3%] 1
Improvements ✅
(secondary)
-2.5% [-3.1%, -1.4%] 3
All ❌✅ (primary) -4.3% [-4.3%, -4.3%] 1

Cycles

Results

This 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.

mean1 range count2
Regressions ❌
(primary)
2.2% [2.2%, 2.2%] 1
Regressions ❌
(secondary)
3.6% [3.6%, 3.6%] 1
Improvements ✅
(primary)
- - 0
Improvements ✅
(secondary)
- - 0
All ❌✅ (primary) 2.2% [2.2%, 2.2%] 1

Footnotes

  1. the arithmetic mean of the percent change 2 3

  2. number of relevant changes 2 3

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
merged-by-bors This PR was explicitly merged by bors. S-waiting-on-bors Status: Waiting on bors to run and complete tests. Bors will change the label on completion. T-compiler Relevant to the compiler team, which will review and decide on the PR/issue.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

wfcheck incorrectly assumes unnormalized types to be wf
7 participants