Skip to content
Snippets Groups Projects
  1. Nov 23, 2016
  2. Nov 15, 2016
  3. Nov 07, 2016
  4. Sep 21, 2016
  5. May 23, 2016
  6. May 20, 2016
  7. May 02, 2016
  8. May 01, 2016
  9. Apr 29, 2016
  10. Apr 28, 2016
  11. Apr 25, 2016
  12. Mar 20, 2016
    • Lars Hupel's avatar
      update to libisabelle 0.3 · f3db3bd3
      Lars Hupel authored
      Notable changes:
      * sbt-libisabelle plugin which takes care of Isabelle source management
        - no more submodules; Isabelle sources are now packaged in JAR files
        - no weird ROOTS file in the repository root
      * less isabelle: flags, everybody would want to use the defaults anyway
      * updating to Isabelle2016 becomes possible (future work)
      f3db3bd3
  13. Sep 18, 2015
  14. Sep 14, 2015
  15. Jul 29, 2014
  16. May 21, 2014
  17. Feb 04, 2014
    • Etienne Kneuss's avatar
      Implement generics for functions and ADTs · 1708d239
      Etienne Kneuss authored
      - Calling functions are now typed, FunctionInvokation takes a
        TypedFunDef which is basically a FunDef with type parameters' values.
        Instantiation of types within the signature/body is done on demand
        through this wrapper class.
      
      - Operations on ADTs are now taking a *ClassType instead of *ClassDef.
        Similarly, Case/AbstractClassType takes values for type parameters.
      
      - Introduces a GenericValue tree for models targeting abstract types.
        e.g. foo[T](a: T, b: T) { a == b } ensuring (_) will find a model with
        { a -> T#1, b -> T#2 }
      
      - Only "simple" hierarchies allowed with type parameters. All members of
        the hierarchy must define the same number of type parameters and
        correctly pass them to parent classes.
      
      - Type parameters are invariant.
      1708d239
  18. Oct 18, 2013
  19. Oct 16, 2013
  20. Sep 27, 2013
  21. Aug 15, 2013
  22. Jul 16, 2013
  23. Jul 11, 2013
    • Etienne Kneuss's avatar
      Fix Scalaz3 library · c33c5361
      Etienne Kneuss authored
      c33c5361
    • Etienne Kneuss's avatar
      Upgrade Leon to Scala 2.10.x · c521d3bd
      Etienne Kneuss authored
      - Refactor code extraction
        - Standardize extractors
        - Fix type identification by resolving type aliases
      
      - Redo reporter integration with Scalac
        - Fix relining to prevent bizarre compile-errors
      
      - Refactor Pretty-Printers
        - Extensible class interface
        - Not returning mutable string-buffers anymore
      
      - Fixes according to 2.10
          - 100% false warnings in Tests
          - imports for postfix-ops or implicits
      
      - Upgrade ScalaZ3 to 2.10
      
      - Upgrade Cafebabe to 2.10
      c521d3bd
  24. May 06, 2013
  25. Jan 11, 2013
    • Philippe Suter's avatar
      Fixed ClassLoader issue and type errors in evaluation. · 198a5489
      Philippe Suter authored
      This fixes the classloader issue that we had, where, in codegen, a
      library class would be loaded twice and be incompatible with itself.
      
      It also fixes an oversight in evaluating expressions, where the returned
      ground term was sometimes untyped (typically: empty sets and the like).
      We now copy the type of the (unevaluated) expression in such situations.
      198a5489
  26. Dec 17, 2012
    • Philippe Suter's avatar
      Generalization of Evaluators, and CodeGenEvaluator. · d1592f32
      Philippe Suter authored
      Evaluators now have a common interface, and need to be instantiated
      before they can be used. This makes them more like solvers, and allows
      us to switch between them completely transparently.
      
      Evaluators should support `eval` and `compile`. The default
      implementation for `compile` returns a closure that invokes `eval` each
      time.
      
      `eval` returns one of three results:
        - EvaluationSuccessful: evaluation terminated with a value
        - EvaluationFailure: evaluation resulted in a runtime error
        - EvaluationError: evaluation resulted in an internal error
      
      CodeGenEvaluator is a drop-in substitute for DefaultEvaluator. It works
      by compiling Leon methods to Java bytecode which is loaded dynamically.
      The `compile` method should be used as much as possible, as `eval` will
      recompile the expression each time (the functions from the Leon program
      are always compiled only once, though). CodeGenEvaluator intercepts most
      runtime errors and rewrites them into `EvaluationFailure` results.
      
      Use --codegen to use code generation as the evaluator of choice within
      FairZ3Solver. (Has no effect if neither --feelinglucky nor --checkmodels
      is used.)
      
      Improvements of EvaluatorsTests testing suite, and verification
      regression suite is now run twice (with different options). As a result,
      the original tests for codegen are obsolete.
      d1592f32
  27. Dec 10, 2012
Loading