1. 12 Apr, 2016 1 commit
  2. 29 Mar, 2016 1 commit
  3. 20 Mar, 2016 1 commit
  4. 15 Mar, 2016 2 commits
  5. 12 Mar, 2016 1 commit
  6. 11 Mar, 2016 1 commit
  7. 10 Mar, 2016 3 commits
  8. 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
  9. 06 Mar, 2016 2 commits
  10. 05 Mar, 2016 2 commits
  11. 04 Mar, 2016 1 commit
  12. 02 Mar, 2016 1 commit
  13. 01 Mar, 2016 1 commit
  14. 27 Feb, 2016 2 commits
  15. 26 Feb, 2016 2 commits
  16. 25 Feb, 2016 3 commits
  17. 24 Feb, 2016 8 commits
  18. 23 Feb, 2016 4 commits
  19. 22 Feb, 2016 2 commits
    • 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
  20. 20 Feb, 2016 1 commit