1. 15 Mar, 2016 1 commit
  2. 11 Mar, 2016 2 commits
  3. 10 Mar, 2016 3 commits
  4. 08 Mar, 2016 2 commits
  5. 07 Mar, 2016 1 commit
    • Ralf Jung's avatar
      Add both non-expansive and contractive functors, and bundle them for the... · 2467bf21
      Ralf Jung authored
      Add both non-expansive and contractive functors, and bundle them for the general Iris instance as well as the global functor construction
      
      This allows us to move the \later in the user-defined functor to any place we want.
      In particular, we can now have "\later (iProp -> iProp)" in the ghost CMRA.
      2467bf21
  6. 06 Mar, 2016 1 commit
  7. 02 Mar, 2016 1 commit
  8. 25 Feb, 2016 2 commits
  9. 23 Feb, 2016 1 commit
  10. 22 Feb, 2016 4 commits
    • Robbert Krebbers's avatar
      Move global functor construction to its own file and define notations. · 457a11d9
      Robbert Krebbers authored
      And now the part that I forgot to commit.
      457a11d9
    • Robbert Krebbers's avatar
      Restraint instance search for global functors. · e0d0f8dd
      Robbert Krebbers authored
      Also, give all these global functors the suffix GF to avoid shadowing
      such as we had with authF.
      
      And add some type annotations for clarity.
      e0d0f8dd
    • Ralf Jung's avatar
      add the infrastructure for Coq to automatically infer the "inG" instances · 95c486ef
      Ralf Jung authored
      I added a new typeclass "inGF" to witness that a particular *functor* is part of \Sigma. inG, in contrast, witnesses a particular *CMRA* to be in there, after applying the functor to "\later iProp".
      inGF can be inferred if that functor is consed to the head of \Sigma, and it is preserved by consing a new functor to \Sigma. This is not the case for inG since the recursive occurence of \Sigma also changes.
      For evry construction (auth, sts, saved_prop), there is an instance infering the respective authG, stsG, savedPropG from an inGF. There is also a global inG_inGF, but Coq is unable to use it.
      
      I tried to instead have *only* inGF, since having both typeclasses seemed weird. However, then the actual type that e.g. "own" is about is the result of applying a functor, and Coq entirely fails to infer anything.
      
      I had to add a few type annotations in heap.v, because Coq tried to use the "authG_inGF" instance before the A got fixed, and ended up looping and expanding endlessly on that proof of timelessness.
      This does not seem entirely unreasonable, I was honestly surprised Coq was able to infer the types previously.
      95c486ef
    • Ralf Jung's avatar
      provide a closed proof of the client · ead5cad9
      Ralf Jung authored
      ead5cad9
  11. 19 Feb, 2016 1 commit
  12. 18 Feb, 2016 1 commit
  13. 17 Feb, 2016 2 commits
  14. 16 Feb, 2016 2 commits
    • Robbert Krebbers's avatar
      Use {[_ := _]} for singleton map so we can use ↦ for maps to. · a8591b70
      Robbert Krebbers authored
      The singleton maps notation is now also more consistent with the
      insert <[_ := _]> _ notation for maps.
      a8591b70
    • Robbert Krebbers's avatar
      Use bundled type classes for ghost ownership. · b07dd0b5
      Robbert Krebbers authored
      * These type classes bundle an identifier into the global CMRA with a proof
        that the identifier points to the correct CMRA. Bundling allows us to get
        rid of many arguments everywhere.
      
      * I have setup the type classes so that we no longer have to keep track of the
        global CMRA identifiers. These are implicit and resolved automatically.
      
      * For heap I am also bundling the name of the heap RA instance. There always
        should be at most one heap instance so this does not introduce ambiguities.
      
      * We now have a "maps to" notation!
      b07dd0b5
  15. 15 Feb, 2016 2 commits
  16. 14 Feb, 2016 1 commit
  17. 13 Feb, 2016 3 commits
  18. 12 Feb, 2016 1 commit
  19. 11 Feb, 2016 2 commits
  20. 10 Feb, 2016 3 commits
  21. 09 Feb, 2016 2 commits
  22. 08 Feb, 2016 2 commits