1. 25 Oct, 2017 1 commit
  2. 21 Sep, 2017 1 commit
  3. 17 Sep, 2017 2 commits
  4. 17 Aug, 2017 1 commit
  5. 07 Apr, 2017 1 commit
  6. 24 Mar, 2017 1 commit
    • Robbert Krebbers's avatar
      Generic big operators that are no longer tied to CMRAs. · 6fbff46e
      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.
      6fbff46e
  7. 09 Feb, 2017 2 commits
  8. 06 Feb, 2017 1 commit
  9. 03 Feb, 2017 1 commit
  10. 01 Feb, 2017 1 commit
    • Jacques-Henri Jourdan's avatar
      Cancelable and IdFree typeclasses. · 71c10187
      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.
      71c10187
  11. 27 Jan, 2017 1 commit
  12. 25 Jan, 2017 1 commit
  13. 11 Jan, 2017 1 commit
  14. 05 Jan, 2017 1 commit
  15. 04 Jan, 2017 1 commit
  16. 03 Jan, 2017 1 commit
  17. 09 Dec, 2016 2 commits
  18. 22 Nov, 2016 1 commit
  19. 25 Oct, 2016 1 commit
  20. 06 Oct, 2016 2 commits
  21. 02 Oct, 2016 1 commit
  22. 28 Sep, 2016 1 commit
  23. 20 Sep, 2016 2 commits
  24. 01 Sep, 2016 1 commit
  25. 30 Aug, 2016 1 commit
  26. 20 Aug, 2016 1 commit
    • Robbert Krebbers's avatar
      Remove the requirement that the unit of a CMRA is timeless. · 7975f872
      Robbert Krebbers authored
      This requirement was useful in Iris 2.0: in order to ensure that ownership of
      the physical state was timeless, we required the ghost CMRA to have a timeless
      unit. To avoid having additional type class parameters, or having to extend the
      algebraic hierarchy, we required the units of any CMRA to be timeless.
      
      In Iris 3.0, this issue no longer applies: ownership of the physical state is
      ghost ownership in the global CMRA, whose unit is always timeless.
      
      Thanks to Jeehoon Kang for spotting this unnecessary requirement.
      7975f872
  27. 14 Aug, 2016 1 commit
  28. 27 Jul, 2016 2 commits
  29. 25 Jul, 2016 2 commits
  30. 11 Jul, 2016 1 commit
  31. 16 Jun, 2016 3 commits