1. 04 Dec, 2019 2 commits
  2. 17 Nov, 2019 1 commit
    • Marius Gerbershagen's avatar
      cmp: prevent inline information from getting lost while compiling ECL itself · b067063c
      Marius Gerbershagen authored
      C inline information is saved in +default-machine+, which was
      previously a constant. However, the value assigned to
      +default-machine+ is recomputed during load and compile
      time. Technically, assigning a constant a new value which is not eql
      to the old one is undefined behaviour in the ANSI standard. What ECL
      did was simply to reassign the constant when compiling
      cmpc-machine.lsp. However, this meant that the inline information
      which was added to +default-machine+ when loading sysfun.lsp was
      lost. Thus, all ECL source files compiled after cmpc-machine.lsp were
      compiled without inline information. We prevent this by using an
      ordinary variable *default-machine* instead of a constant.
      b067063c
  3. 31 Oct, 2019 1 commit
  4. 26 Oct, 2019 1 commit
  5. 25 Oct, 2019 1 commit
  6. 29 Sep, 2019 1 commit
    • Marius Gerbershagen's avatar
      numbers: fix several bugs in the expt function · 6ade6d44
      Marius Gerbershagen authored
      -expt of an integer and rational lead to a wrong type error in
       ecl_expt_float
      -type contagion of (expt 0 +y) did not work properly
      -there were several useless type checks in places where previous
       function calls already ensured that objects were numbers
      
      Fixes #526.
      6ade6d44
  7. 25 Aug, 2019 6 commits
  8. 20 Aug, 2019 3 commits
  9. 19 Aug, 2019 3 commits
  10. 18 Aug, 2019 2 commits
  11. 14 Aug, 2019 10 commits
  12. 06 Aug, 2019 3 commits
  13. 30 Jul, 2019 1 commit
  14. 24 Jul, 2019 1 commit
    • Marius Gerbershagen's avatar
      subtypep and type=: fix bogus type error · f331600f
      Marius Gerbershagen authored
      It can happen for example in
        (subtypep t '(CONS (AND STANDARD-CHAR (MEMBER #\@)) REAL))
      that in subtypep and type= the second call to safe-canonical-type
      fails and returns the error from +canonical-type-failure+ instead of a
      valid tag. This leads to type-errors in logandc2 or = which expect an
      integer.
      Fixes #519.
      f331600f
  15. 23 Jul, 2019 2 commits
  16. 22 Jul, 2019 1 commit
  17. 20 Jul, 2019 1 commit