1. 05 Oct, 2018 3 commits
  2. 04 Oct, 2018 1 commit
  3. 30 Jun, 2018 2 commits
  4. 29 Jun, 2018 2 commits
  5. 28 Jun, 2018 2 commits
  6. 18 Jun, 2018 1 commit
  7. 14 Jun, 2018 1 commit
  8. 13 Jun, 2018 2 commits
  9. 27 Apr, 2018 1 commit
  10. 23 Dec, 2017 1 commit
  11. 05 Dec, 2017 3 commits
  12. 23 Nov, 2017 1 commit
  13. 14 Nov, 2017 1 commit
  14. 01 Nov, 2017 2 commits
  15. 26 Sep, 2017 1 commit
  16. 25 Sep, 2017 1 commit
  17. 21 Sep, 2017 1 commit
  18. 18 Sep, 2017 1 commit
  19. 17 Sep, 2017 1 commit
  20. 06 Feb, 2017 1 commit
  21. 05 Jan, 2017 1 commit
  22. 03 Jan, 2017 1 commit
  23. 09 Dec, 2016 2 commits
  24. 22 Nov, 2016 1 commit
  25. 15 Nov, 2016 1 commit
  26. 10 Oct, 2016 1 commit
  27. 20 Sep, 2016 2 commits
  28. 25 Aug, 2016 1 commit
  29. 22 Aug, 2016 1 commit
    • Robbert Krebbers's avatar
      Generalize equality of heap_lang so it works on any value. · 8111cab0
      Robbert Krebbers authored
      This is more consistent with CAS, which also can be used on any value.
      Note that being able to (atomically) test for equality of any value and
      being able to CAS on any value is not realistic. See the discussion at
      https://gitlab.mpi-sws.org/FP/iris-coq/issues/26, and in particular JH
      Jourdan's observation:
      
        I think indeed for heap_lang this is just too complicated.
      
        Anyway, the role of heap_lang is not to model any actual
        programming language, but rather to show that we can do proofs
        about certain programs. The fact that you can write unrealistic
        programs is not a problem, IMHO. The only thing which is important
        is that the program that we write are realistic (i.e., faithfully
        represents the algorithm we want to p
      
      This commit is based on a commit by Zhen Zhang who generalized equality
      to work on any literal (and not just integers).
      8111cab0