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

Universe inconsistency with ITree.Events.StateFacts #8

Open
elefthei opened this issue Mar 25, 2022 · 1 comment
Open

Universe inconsistency with ITree.Events.StateFacts #8

elefthei opened this issue Mar 25, 2022 · 1 comment

Comments

@elefthei
Copy link
Collaborator

We tried to solve this with @euisuny and @YaZko but I had to leave. Making a note here that

From ITree Require Import
     Events.StateFacts.

From CTree Require Import
     Bisim.

Gives a universe inconsistency error

Error: Universe inconsistency. Cannot enforce Coq.Relations.Relation_Definitions.1 <= RelationAlgebra.monoid.1 because
RelationAlgebra.monoid.1 <= Coq.Lists.List.1 <= MonadFix.MonadFix.u0 < Coq.Relations.Relation_Definitions.1.

@YaZko
Copy link
Contributor

YaZko commented Mar 25, 2022

Yes, thanks for recording this!

If I am not mistaken, Bisim is only a vessel for the issue, I think (but am not sure) that the problem has to do with the use of the RelationAlgebra library that we make in Trans.v to work in the Kleene Algebra against a model where the equality is equ.

Note that this is the exact same issue as in examples/Yield/Lang.v where we shamefully killed universe checks for now rather than dealing with it.

@YaZko YaZko changed the title Unvierse inconsistency with ITree.Events.StateFacts Universe inconsistency with ITree.Events.StateFacts Mar 25, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants