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
Ltac2's exact is less powerful than Ltac1's exact #12827
Comments
|
Oh, I realize the example is maybe a tad too minimal: you are looking for a way to allow arbitrary |
Yes, and to write a tactic / tactic notation that has this behavior. |
Indeed, exact should probably take a |
Note that since then, the OCaml exact tactic was modified to take a glob_constr indeed. It's mostly a matter of exposing that to the Ltac2 world. |
Fix coq#12827 The implementation uses a generalization of Constr.pretype which takes flags (an opaque type) and a typing constraint. Changing `refine` is left to the future as the notation takes a tactic thunk at constr type so would be backwards incompatible.
Fix coq#12827 The implementation uses a generalization of Constr.pretype which takes flags (an opaque type) and a typing constraint. Changing `refine` is left to the future as the notation takes a tactic thunk at constr type so would be backwards incompatible.
Fix coq#12827 The implementation uses a generalization of Constr.pretype which takes flags (an opaque type) and a typing constraint. Changing `refine` is left to the future as the notation takes a tactic thunk at constr type so would be backwards incompatible.
Fix coq#12827 The implementation uses a generalization of Constr.pretype which takes flags (an opaque type) and a typing constraint. Changing `refine` is left to the future as the notation takes a tactic thunk at constr type so would be backwards incompatible.
Fix coq#12827 The implementation uses a generalization of Constr.pretype which takes flags (an opaque type) and a typing constraint. Changing `refine` is left to the future as the notation takes a tactic thunk at constr type so would be backwards incompatible.
Description of the problem
Perhaps
exact
needs to takepreterm
or whatever the Ltac2-equivalent ofuconstr
is and typecheck it with respect to the goal?cc @ppedrot, is this solvable as Ltac2 currently stands, or do we need new primitives / types?
Coq Version
8.11
The text was updated successfully, but these errors were encountered: