- Nov 01, 2016
- Oct 31, 2016
-
-
Robbert Krebbers authored
-
- Oct 28, 2016
-
-
Robbert Krebbers authored
-
Robbert Krebbers authored
-
Robbert Krebbers authored
Otherwise, some ifs are being pretty printed as || or &&.
-
Ralf Jung authored
-
- Oct 27, 2016
-
-
Robbert Krebbers authored
-
Ralf Jung authored
-
Ralf Jung authored
-
Janno authored
-
- Oct 25, 2016
-
-
Robbert Krebbers authored
There are now two proof mode tactics for dealing with modalities: - `iModIntro` : introduction of a modality - `iMod pm_trm as (x1 ... xn) "ipat"` : eliminate a modality The behavior of these tactics can be controlled by instances of the `IntroModal` and `ElimModal` type class. We have declared instances for later, except 0, basic updates and fancy updates. The tactic `iMod` is flexible enough that it can also eliminate an updates around a weakest pre, and so forth. The corresponding introduction patterns of these tactics are `!>` and `>`. These tactics replace the tactics `iUpdIntro`, `iUpd` and `iTimeless`. Source of backwards incompatability: the introduction pattern `!>` is used for introduction of arbitrary modalities. It used to introduce laters by stripping of a later of each hypotheses.
-
Robbert Krebbers authored
-
Robbert Krebbers authored
-
Robbert Krebbers authored
-
Robbert Krebbers authored
And also rename the corresponding proof mode tactics.
-
- Oct 16, 2016
-
-
Jacques-Henri Jourdan authored
This fact is deduced from reducibility. Unfortunately, this sometimes depends on the type of states being inhabited, so that this additional hypothesis sometimes appear.
-
- Oct 14, 2016
-
-
Jacques-Henri Jourdan authored
-
- Oct 12, 2016
-
-
Ralf Jung authored
rename program_logic.{ownership -> wsat}. It really is about world satisfaction and invariants more than about ownership.
-
Robbert Krebbers authored
-
Ralf Jung authored
-
Ralf Jung authored
(forgot to add this to the previous commit...)
-
Ralf Jung authored
-
- Oct 10, 2016
-
-
Robbert Krebbers authored
-
- Oct 06, 2016
-
-
Robbert Krebbers authored
-
Robbert Krebbers authored
-
- Oct 05, 2016
-
-
Robbert Krebbers authored
-
- Oct 04, 2016
-
-
Zhen Zhang authored
-
- Sep 20, 2016
-
-
Robbert Krebbers authored
-
Robbert Krebbers authored
This also solves a name clash with the extension order of CMRAs.
-
Robbert Krebbers authored
-
- Sep 09, 2016
-
-
Robbert Krebbers authored
Before this commit, given "HP" : P and "H" : P -★ Q with Q persistent, one could write: iSpecialize ("H" with "#HP") to eliminate the wand in "H" while keeping the resource "HP". The lemma: own_valid : own γ x ⊢ ✓ x was the prototypical example where this pattern (using the #) was used. However, the pattern was too limited. For example, given "H" : P₁ -★ P₂ -★ Q", one could not write iSpecialize ("H" with "#HP₁") because P₂ -★ Q is not persistent, even when Q is. So, instead, this commit introduces the following tactic: iSpecialize pm_trm as # which allows one to eliminate implications and wands while being able to use all hypotheses to prove the premises, as well as being able to use all hypotheses to prove the resulting goal. In the case of iDestruct, we now check whether all branches of the introduction pattern start with an `#` (moving the hypothesis to the persistent context) or `%` (moving the hypothesis to the pure Coq context). If this is the case, we allow one to use all hypotheses for proving the premises, as well as for proving the resulting goal.
-
- Sep 06, 2016
-
-
Robbert Krebbers authored
-
Robbert Krebbers authored
-
Robbert Krebbers authored
-
Robbert Krebbers authored
-
Robbert Krebbers authored
I had to perform some renaming to avoid name clashes.
-
- Sep 01, 2016
-
-
Robbert Krebbers authored
-