1. 21 Jul, 2015 1 commit
  2. 20 Jul, 2015 1 commit
  3. 17 Jul, 2015 1 commit
  4. 20 Jan, 2014 1 commit
    • Andrei Paskevich's avatar
      "eliminate_epsilon" added in drivers · 9c20cd7c
      Andrei Paskevich authored
      Currently, the builtin theory why3.HighOrd (or just HighOrd) must
      be explicitly "use"-d. However, the type (HighOrd.func 'a 'b) can
      be written ('a -> 'b), and the type (HighOrd.pred 'a) can be written
      ('a -> bool), and the application operation (HighOrd.(@)) can be
      written as the usual juxtaposition. Thus, normally, you do not have
      to write the qualifiers. The builtin theory why3.Bool (or just Bool)
      is needed for "bool". The names "HighOrd", "func", "pred", and "(@)"
      are not yet fixed and may change.
      
      "eliminate_epsilon" tries to be smart when a lambda (or some other
      comprehension form) occurs under equality or at the top of a definition.
      We could go even further and replace (\ x . t) s with t[x <- s], without
      lifting the lambda. I'm not sure it's worth it: we rarely write redexes
      manually. They can and will appear through inlining, though.
      
      Anyone who wants to construct epsilon-terms directly using the API
      should remember that these are not Hilbert's epsilons: by writing
      an epsilon term, you postulate the existence (though not necessarily
      uniqueness) of the described object, and "eliminate_epsilon" will
      happily convert it to an axiom expressing this existence. We only
      use epsilons to write comprehensions whose soundness is guaranteed
      by a background theory, e.g. lambda-calculus.
      9c20cd7c
  5. 06 Aug, 2013 2 commits
    • Andrei Paskevich's avatar
      change default polymorphism encoding methods · 036c6ce5
      Andrei Paskevich authored
      in a series of tests on available examples, lightweight polymorphism
      encoding techniques combined with a more agressive generation of
      monomorphic instances (via Discriminate) show better results than
      our earlier defaults.
      
      In the same commit:
      - remove Encoding_explicit (unsound), Encoding_decoexp (too naive),
        and Encoding_instantiate (subsumed by Discriminate)
      - rename Encoding_decorate to Encoding_tags_full and Encoding_guard
        to Encoding_guards_full
      - move Encoding_guards_full specific functions from Libencoding to
        Encoding_guards_full
      - do not apply type protection in "encoding_tptp" and remove
        Protect_finite which is not needed anymore.
      036c6ce5
    • Andrei Paskevich's avatar
      a60867e2
  6. 26 Sep, 2012 1 commit
  7. 25 Sep, 2012 1 commit
  8. 20 Jun, 2012 1 commit
  9. 02 Jun, 2012 1 commit
  10. 17 Mar, 2012 1 commit
  11. 12 Nov, 2011 1 commit
  12. 27 Oct, 2011 1 commit
  13. 26 Oct, 2011 1 commit
  14. 30 Sep, 2011 1 commit
  15. 26 Sep, 2011 1 commit
  16. 16 Sep, 2011 2 commits
  17. 29 Jun, 2011 1 commit
  18. 03 Jun, 2011 1 commit
  19. 28 Apr, 2011 1 commit
  20. 18 Feb, 2011 1 commit
  21. 17 Dec, 2010 1 commit
  22. 16 Dec, 2010 1 commit
  23. 15 Dec, 2010 1 commit
  24. 30 Nov, 2010 1 commit
  25. 25 Oct, 2010 1 commit
  26. 23 Aug, 2010 1 commit
  27. 11 Aug, 2010 1 commit
  28. 19 Jul, 2010 1 commit
  29. 13 Jul, 2010 1 commit
  30. 09 Jul, 2010 1 commit
  31. 11 Jun, 2010 1 commit
  32. 07 Jun, 2010 1 commit
  33. 28 May, 2010 1 commit
  34. 27 May, 2010 1 commit
  35. 17 May, 2010 2 commits
  36. 11 May, 2010 1 commit
  37. 10 May, 2010 1 commit