- Dec 21, 2016
-
-
Ralf Jung authored
-
- Dec 20, 2016
-
-
Robbert Krebbers authored
-
Ralf Jung authored
-
Ralf Jung authored
-
Ralf Jung authored
-
- Dec 19, 2016
-
-
Ralf Jung authored
-
- Dec 18, 2016
- Dec 16, 2016
- Dec 15, 2016
-
-
Robbert Krebbers authored
-
- Dec 14, 2016
- Dec 13, 2016
-
-
Ralf Jung authored
-
Robbert Krebbers authored
This fixes the following issue by JH Jourdan: The fact of including uPred_[...] in the module uPred (in base_logic.v), implies that typeclasses instances are declared twice. Once in module uPred and once in module uPred_[...]. This has the unfortunate consequence that it has to backtrack to both instances each time the first one fails, making failure of type class search for e.g. PersistentP potentially exponential. Goal ((□ ∀ (x1 x2 x3 x4 x5: nat), True -∗ True) -∗ True : iProp Σ). Time iIntros "#H". Undo. Remove Hints uPred_derived.forall_persistent : typeclass_instances. Time iIntros "#H". Thanks to Jason Gross @ Coq club for suggesting this fix.
-
-
Ralf Jung authored
-
Jacques-Henri Jourdan authored
-
Jacques-Henri Jourdan authored
-
- Dec 12, 2016
-
-
Robbert Krebbers authored
-
Robbert Krebbers authored
Also: - Remove the wp_strip_later hack. - Let wp_lam, wp_rec, wp_... initiate the proof mode.
-
-
Ralf Jung authored
-
Robbert Krebbers authored
-
Robbert Krebbers authored
I also renamed `iProof` into `iStartProof`, as it is supposed to be something internal, and not a substitute of Coq's `Proof` command (as originally intended).
-
Ralf Jung authored
-
Ralf Jung authored
-
Ralf Jung authored
-
Ralf Jung authored
-
Ralf Jung authored
-
Ralf Jung authored
-
Ralf Jung authored
-
Ralf Jung authored
-