- 30 Jun, 2016 2 commits
-
-
Robbert Krebbers authored
This fixes a bug in 916ff44a causing proof mode notations not being pretty printed.
-
Robbert Krebbers authored
This tweak allows us to declare pvs as an instance of FromPure (it is not an instance of IntoPure), making some tactics (like iPureIntro and done) work with pvs too.
-
- 17 Jun, 2016 1 commit
-
-
Robbert Krebbers authored
-
- 01 Jun, 2016 1 commit
-
-
Robbert Krebbers authored
We used => before, which is strange, because it has another meaning in ssreflect.
-
- 31 May, 2016 2 commits
-
-
Robbert Krebbers authored
be the same as
↔ . This is a fairly intrusive change, but at least makes notations more consistent, and often shorter because fewer parentheses are needed. Note that viewshifts already had the same precedence as →. -
Robbert Krebbers authored
It used to be: (P ={E}=> Q) := (True ⊢ (P → |={E}=> Q)) Now it is: (P ={E}=> Q) := (P ⊢ |={E}=> Q)
-
- 30 May, 2016 1 commit
-
-
Robbert Krebbers authored
-
- 27 May, 2016 1 commit
-
-
Robbert Krebbers authored
-
- 24 May, 2016 3 commits
-
-
Robbert Krebbers authored
To do so, we have introduced the specialization patterns: =>[H1 .. Hn] and =>[-H1 .. Hn] That generate a goal in which the view shift is preserved. These specialization patterns can also be used for e.g. iApply. Note that this machinery is not tied to primitive view shifts, and works for various kinds of goal (as captured by the ToAssert type class, which describes how to transform the asserted goal based on the main goal). TODO: change the name of these specialization patterns to reflect this generality.
-
Robbert Krebbers authored
-
Robbert Krebbers authored
Changes: - We no longer have a different syntax for specializing a term H : P -★ Q whose range P or domain Q is persistent. There is just one syntax, and the system automatically determines whether either P or Q is persistent. - While specializing a term, always modalities are automatically stripped. This gets rid of the specialization pattern !. - Make the syntax of specialization patterns more consistent. The syntax for generating a goal is [goal_spec] where goal_spec is one of the following: H1 .. Hn : generate a goal using hypotheses H1 .. Hn -H1 .. Hn : generate a goal using all hypotheses but H1 .. Hn # : generate a goal for the premise in which all hypotheses can be used. This is only allowed when specializing H : P -★ Q where either P or Q is persistent. % : generate a goal for a pure premise.
-
- 21 May, 2016 1 commit
-
-
Ralf Jung authored
-
- 06 May, 2016 1 commit
-
-
Robbert Krebbers authored
-
- 02 May, 2016 3 commits
-
-
Robbert Krebbers authored
-
Robbert Krebbers authored
-
Robbert Krebbers authored
iSpecialize and iDestruct. These tactics now all take an iTrm, which is a tuple consisting of a.) a lemma or name of a hypotheses b.) arguments to instantiate c.) a specialization pattern.
-
- 27 Apr, 2016 1 commit
-
-
Robbert Krebbers authored
-
- 25 Apr, 2016 1 commit
-
-
Robbert Krebbers authored
-
- 20 Apr, 2016 2 commits
-
-
Robbert Krebbers authored
-
Robbert Krebbers authored
- It can now also frame under later. - Better treatment of evars, it now won't end up in loops whenever the goal involves sub-formulas ?P and it trying to apply all framing rules eagerly. - It no longer delta expands while framing. - Better clean up of True sub-formulas after a successful frame. For example, framing "P" in "▷ ▷ P ★ Q" yields just "Q" instead of "▷ True ★ Q" or so.
-
- 11 Apr, 2016 1 commit
-
-
Robbert Krebbers authored
-