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
[Merged by Bors] - chore: work around simp issues in future nightlies #11546
Conversation
Ruben-VandeVelde
commented
Mar 20, 2024
@@ -185,11 +185,13 @@ def toPreimages : J ⥤ Type v where | |||
rw [← mem_preimage, preimage_preimage, mem_preimage] | |||
convert h (g ≫ f); rw [F.map_comp]; rfl | |||
map_id j := by | |||
simp (config := { unfoldPartialApp := true }) only [MapsTo.restrict, Subtype.map, F.map_id] | |||
-- Adaptation note: nightly-2024-03-16: simp [Subtype.map] |
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.
If we're going to write an adaptation note, I think we ought to mention that unfoldPartialApp
was removed.
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.
If the new simp only
doesn't have any downsides (e.g. apparently here?), I think just delete the adaptation note.
If there is some downside, the adaptation note should contain enough information for someone coming along afterwards to reconstruct the original proof and see if it works again.
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.
The downside is that we need to add those _def
lemmas at all, and remember when to use them rather than the name of the definition itself, so I've opted to clarify the comments. If we decide to stay with the new code, they're easy to find and remove.
Thanks! bors r+ |
Pull request successfully merged into master. Build succeeded: |