- 14 Oct, 2019 1 commit
-
-
Robbert Krebbers authored
-
- 12 Oct, 2019 1 commit
-
-
Robbert Krebbers authored
Also removed some admissible instances: - `Atomic s (ResolveProph (Val v1) (Val v2))` (this one was already admissible) - `Atomic s Skip` (became admissible due to the instance for β)
-
- 13 Sep, 2019 1 commit
-
-
Jacques-Henri Jourdan authored
The general idea is to first import/export modules which are further than the current one, and then import/export modules which are close dependencies. This commit tries to use the same order of imports for every file, and describes the convention in ProofGuide.md. There is one exception, where we do not follow said convention: in program_logic/weakestpre.v, using that order would break printing of texan triples (??).
-
- 07 Aug, 2019 1 commit
-
-
Ralf Jung authored
-
- 01 Jul, 2019 2 commits
- 29 Jun, 2019 1 commit
-
-
Ralf Jung authored
This also gets rid of [val_for_compare]-normalization; instead we introduce a [LitErased] literal that is suited for use by erasure theorems.
-
- 24 Jun, 2019 8 commits
- 18 Jun, 2019 2 commits
- 15 Jun, 2019 1 commit
-
-
Rodolphe Lepigre authored
-
- 14 Jun, 2019 1 commit
-
-
Ralf Jung authored
-
- 13 Jun, 2019 1 commit
-
-
Ralf Jung authored
-
- 10 Jun, 2019 2 commits
-
-
Robbert Krebbers authored
-
Robbert Krebbers authored
-
- 03 Jun, 2019 5 commits
-
-
Robbert Krebbers authored
-
Robbert Krebbers authored
-
Robbert Krebbers authored
-
Robbert Krebbers authored
-
Rodolphe Lepigre authored
-
- 02 Jun, 2019 1 commit
-
-
Ralf Jung authored
-
- 31 May, 2019 1 commit
-
-
Amin Timany authored
-
- 22 Mar, 2019 1 commit
-
-
Rodolphe Lepigre authored
-
- 19 Mar, 2019 2 commits
-
-
Rodolphe Lepigre authored
-
Rodolphe Lepigre authored
-
- 14 Mar, 2019 1 commit
-
-
Robbert Krebbers authored
-
- 05 Mar, 2019 1 commit
-
-
Ralf Jung authored
-
- 29 Nov, 2018 1 commit
-
-
Tej Chajed authored
Adding a hint without a database now triggers a deprecation warning in Coq master (https://github.com/coq/coq/pull/8987).
-
- 31 Oct, 2018 4 commits
-
-
Robbert Krebbers authored
-
Robbert Krebbers authored
-
Robbert Krebbers authored
This commit extends the state interpretation with an additional parameter to talk about the number of forked-off threads, and a fixed postcondition for each forked-off thread: state_interp : Λstate → list Λobservation → nat → iProp Σ; fork_post : iProp Σ; This way, instead of having `True` as the post-condition of `Fork`, one can have any post-condition, which is then recorded in the state interpretation. The point of keeping track of the postconditions of forked-off threads, is that we get an (additional) stronger adequacy theorem: Theorem wp_strong_all_adequacy Σ Λ `{invPreG Σ} s e σ1 v vs σ2 φ : (∀ `{Hinv : invG Σ} κs, (|={⊤}=> ∃ (stateI : state Λ → list (observation Λ) → nat → iProp Σ) (fork_post : iProp Σ), let _ : irisG Λ Σ := IrisG _ _ _ Hinv stateI fork_post in stateI σ1 κs 0 ∗ WP e @ s; ⊤ {{ v, let m := length vs in stateI σ2 [] m -∗ [∗] replicate m fork_post ={⊤,∅}=∗ ⌜ φ v ⌝ }})%I) → rtc erased_step ([e], σ1) (of_val <$> v :: vs, σ2) → φ v. The difference with the ordinary adequacy theorem is that this one only applies once all threads terminated. In this case, one gets back the post-conditions `[∗] replicate m fork_post` of all forked-off threads. In Iron we showed that we can use this mechanism to make sure that all resources are disposed of properly in the presence of fork-based concurrency.
-
Jacques-Henri Jourdan authored
-
- 29 Oct, 2018 1 commit
-
-
Jacques-Henri Jourdan authored
-