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

Replace calls to "vm_compute in hyps" by plain calls to vm_compute. #138

Open
wants to merge 1 commit into
base: master
Choose a base branch
from

Conversation

silene
Copy link

@silene silene commented Apr 10, 2024

The terms are of type Internal.T env_sym, so invoking vm_compute in on them ends up strongly normalizing the function env_sym, which explodes. By using eval vm_compute instead, only the bodies get strongly normalized.

This is related to coq/coq#18917.

The terms are of type "Internal.T env_sym", so invoking "vm_compute in" on
them ends up strongly normalizing the function env_sym, which explodes. By
using "eval vm_compute" instead, only the bodies get strongly normalized.
@SkySkimmer
Copy link
Contributor

Is this different from vm_compute in (value of x)?

@palmskog
Copy link
Member

@silene fine by me, do you advise this should be merged right away?

@silene
Copy link
Author

silene commented Apr 10, 2024

@SkySkimmer No, it is the same. (That said, the location of the casts in the produced proof term might be slightly different. I never remember the precise rules for change, unfold, and vm_compute.)

@palmskog No hurry. It will only make things faster for users of aac_normalise, which I don't know if there are. So, it can wait until the next release.

@SkySkimmer
Copy link
Contributor

Until coq/coq#18796 there is no cast when using in hyp regardless of base tactic used.

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

Successfully merging this pull request may close these issues.

None yet

3 participants