- Mar 24, 2017
-
-
Robbert Krebbers authored
Instead, I have introduced a type class `Monoid` that is used by the big operators: Class Monoid {M : ofeT} (o : M → M → M) := { monoid_unit : M; monoid_ne : NonExpansive2 o; monoid_assoc : Assoc (≡) o; monoid_comm : Comm (≡) o; monoid_left_id : LeftId (≡) monoid_unit o; monoid_right_id : RightId (≡) monoid_unit o; }. Note that the operation is an argument because we want to have multiple monoids over the same type (for example, on `uPred`s we have monoids for `∗`, `∧`, and `∨`). However, we do bundle the unit because: - If we would not, the unit would appear explicitly in an implicit argument of the big operators, which confuses rewrite. By bundling the unit in the `Monoid` class it is hidden, and hence rewrite won't even see it. - The unit is unique. We could in principle have big ops over setoids instead of OFEs. However, since we do not have a canonical structure for bundled setoids, I did not go that way.
-
Robbert Krebbers authored
-
- Mar 21, 2017
-
-
Ralf Jung authored
-
- Mar 20, 2017
-
-
Robbert Krebbers authored
-
- Mar 14, 2017
-
-
Ralf Jung authored
-
- Mar 11, 2017
-
-
Robbert Krebbers authored
-
- Mar 10, 2017
- Mar 09, 2017
-
-
Robbert Krebbers authored
Now, we never need to unfold LimitPreserving in LambdaRust, and hence the entails_lim tactic is no longer needed.
-
Ralf Jung authored
-
Robbert Krebbers authored
-
- Mar 01, 2017
-
-
Ralf Jung authored
-
- Feb 23, 2017
-
-
Ralf Jung authored
-
- Feb 22, 2017
-
-
Ralf Jung authored
-
Robbert Krebbers authored
-
Ralf Jung authored
-
- Feb 21, 2017
-
-
Ralf Jung authored
-
- Feb 16, 2017
-
-
Robbert Krebbers authored
-
- Feb 11, 2017
-
-
Robbert Krebbers authored
-
- Feb 10, 2017
-
-
Robbert Krebbers authored
-
Robbert Krebbers authored
-
Robbert Krebbers authored
-
Robbert Krebbers authored
-
Robbert Krebbers authored
-
- Feb 09, 2017
-
-
Robbert Krebbers authored
-
Robbert Krebbers authored
-
Robbert Krebbers authored
-
- Feb 06, 2017
-
-
Ralf Jung authored
-
- Feb 03, 2017
-
-
Robbert Krebbers authored
-
- Feb 01, 2017
-
-
Robbert Krebbers authored
-
Jacques-Henri Jourdan authored
Cancelable elements are a new way of proving local updates, by removing some cancellable element of the global state, provided that we own it and we are willing to lose this ownership. Identity-free elements are an auxiliary that is necessary to prove that [Some x] is cancelable. For technical reasons, these two notions are not defined exactly like what one might expect, but also take into account validity. Otherwise, an exclusive element would not be cancelable or idfree, which is rather confusing.
-
- Jan 30, 2017
-
-
Robbert Krebbers authored
-
Jacques-Henri Jourdan authored
-
- Jan 27, 2017
-
-
Ralf Jung authored
-
- Jan 26, 2017
-
-
Jacques-Henri Jourdan authored
-
- Jan 25, 2017
-
-
Robbert Krebbers authored
Also, give names to hypotheses that we refer to.
-
Ralf Jung authored
-
Ralf Jung authored
Also add "Local" to some Default Proof Using to keep them more contained
-
Ralf Jung authored
-
- Jan 23, 2017
-
-
Robbert Krebbers authored
-