-
Notifications
You must be signed in to change notification settings - Fork 23
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
wrapper mixin step0 #370
base: master
Are you sure you want to change the base?
wrapper mixin step0 #370
Conversation
…conclusively modified enriched_cat.v (the version I'm working on)
tests/enriched_cat.v
Outdated
Fail Record Monoid_enriched_quiverN1 := { | ||
ObjN: Type; | ||
iQ: isQuiver ObjN; | ||
hsM: forall A B, hom_isM_ty (@hom iQ) |
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.
This fails because hom
expects a Quiver.type
not a isQuiver
. You can try to use HB.pack
here.
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.
…hed_cat.v compiles
HB.instance Definition funQ_isMon (A B: Type) : isMon (hom A B) := | ||
funQ_isMonF A B. |
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.
One thing we missed here was that this instance should not be created.
We should replace by an instance of the wrapper mixin.
Indeed the wrapper mixin projection private
has already been declared as an instance of isMon
on hom
.
@ptorrx I recommend never merging in a PR, but only rebasing. |
…reaks the compilation of the Coq code. Included call to derive-wrapper-instances in declare-all, but not really sure about it. Commented out funQ_isMon in monoid_enriched_cat.v because it should be derivable, once funQ_hom_isMon is available. But actually I can't see where HB learns about funQ_isMonF, except in the funQ_hom_isMon definition (the one we should actually generate)
…s in instance.elpi, funQ_isMon back in
…s in instance.elpi, funQ_isMon back in
…plicates in the association list (which was broken in DCIFF with std.forall)
… to declare-instance
…instance, not working yet
…instance, now working
…tory-based example in monoid_enriched_cat_factory.v
…ompilation glitch (it will compile only the first two of them, regardless of which you put first; so all the examples compile, but not together)
No description provided.