Open silene opened 5 months ago
Is this different from vm_compute in (value of x)
?
@silene fine by me, do you advise this should be merged right away?
@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.
Until https://github.com/coq/coq/pull/18796 there is no cast when using in hyp
regardless of base tactic used.
The terms are of type
Internal.T env_sym
, so invokingvm_compute in
on them ends up strongly normalizing the functionenv_sym
, which explodes. By usingeval vm_compute
instead, only the bodies get strongly normalized.This is related to coq/coq#18917.