- Apr 27, 2018
-
-
Robbert Krebbers authored
-
- Apr 23, 2018
- Feb 22, 2018
-
-
Robbert Krebbers authored
As reported by @jjourdan: framing now no longer back tracks on whether to strip laters or not. When framing below a later, we now only make it strip laters of the head of the frame.
-
- Feb 20, 2018
-
-
Robbert Krebbers authored
Fixed by stdpp 93b4ec70e13a573a9055a5bf1269f5885e18e843.
-
Robbert Krebbers authored
-
Robbert Krebbers authored
-
- Feb 07, 2018
-
-
Robbert Krebbers authored
-
Robbert Krebbers authored
-
Robbert Krebbers authored
-
- Feb 02, 2018
-
-
Robbert Krebbers authored
-
- Jan 23, 2018
-
-
Robbert Krebbers authored
This is to make sure that e.g. `//` in `iEval (rewrite .. // ..)` does not immediately close the goal by reflexivity.
-
- Jan 20, 2018
-
-
Robbert Krebbers authored
-
- Jan 13, 2018
-
-
Robbert Krebbers authored
-
- Dec 20, 2017
-
-
Robbert Krebbers authored
-
- Dec 07, 2017
-
-
Ralf Jung authored
-
- Dec 05, 2017
-
-
Robbert Krebbers authored
-
Ralf Jung authored
-
- Nov 30, 2017
-
-
Robbert Krebbers authored
-
Robbert Krebbers authored
-
- Nov 13, 2017
-
-
Robbert Krebbers authored
-
- Nov 11, 2017
-
-
Robbert Krebbers authored
-
- Nov 09, 2017
-
-
David Swasey authored
This reverts commit 913059d2.
-
David Swasey authored
I saw no need for `stuckness_flip`: strong atomicity always works, while weak atomicity works only for expressions that are not stuck. Since this seemed unclear, I split lemma `wp_atomic'` up into `wp_strong_atomic` (parametric in the WP's `s`) and `wp_weak_atomic` (not). The proof mode instance is stated in terms of the derived rule `wp_atomic` (parametric in `s`).
-
David Swasey authored
-
- Nov 08, 2017
-
-
David Swasey authored
-
David Swasey authored
-
David Swasey authored
-
- Nov 04, 2017
-
-
Robbert Krebbers authored
-
- Nov 01, 2017
-
-
Robbert Krebbers authored
This solves issue #100: the proof mode notation is sometimes not printed. As Ralf discovered, the problem is that there are two overlapping notations: ```coq Notation "P ⊢ Q" := (uPred_entails P Q). ``` And the "proof mode" notation: ``` Notation "Γ '--------------------------------------' □ Δ '--------------------------------------' ∗ Q" := (of_envs (Envs Γ Δ) ⊢ Q%I). ``` These two notations overlap, so, when having a "proof mode" goal of the shape `of_envs (Envs Γ Δ) ⊢ Q%I`, how do we know which notation is Coq going to pick for pretty printing this goal? As we have seen, this choice depends on the import order (since both notations appear in different files), and as such, Coq sometimes (unintendedly) uses the first notation instead of the latter. The idea of this commit is to wrap `of_envs (Envs Γ Δ) ⊢ Q%I` into a definition so that there is no ambiguity for the pretty printer anymore.
-
- Oct 30, 2017
-
-
Robbert Krebbers authored
-
- Oct 28, 2017
-
-
Robbert Krebbers authored
Instead, as Ralf suggested, just comment the test out.
-
Robbert Krebbers authored
-
Robbert Krebbers authored
-
- Oct 27, 2017
-
-
Robbert Krebbers authored
This closes issue #64.
-
- Oct 25, 2017
-
-
Robbert Krebbers authored
-
Robbert Krebbers authored
-
Robbert Krebbers authored
-