1. 18 Feb, 2018 4 commits
    • Raymond Toy's avatar
      Fix #58: Bogus type error in comparison of complex number with `THE` form · bccd6a98
      Raymond Toy authored
      The deftransforms `upgraded-complex-real-contagion-arg1` and
      `upgraded-complex-real-contagion-arg2` were coercing the complex
      number to the exact type of the float number.  Because of the `THE`
      form, the type of the float was `(member 1d0)`, so the compiler was
      coercing `#c(1/2 1/2)` to `(complex (double-float 1d0))`, which is
      wrong.
      
      Therefore, coerce the complex to just the type format of the real
      part, ignoring any bounds.
      
      * src/compiler/float-tran.lisp
        * Coerce to format type, discarding any bounds
      * src/general-info/release-21d.md
        * Update notes
      * tests/issues.lisp
        * Added test for this
      bccd6a98
    • Raymond Toy's avatar
      Merge branch 'rtoy-fix-60-unary-fround-undefined' into 'master' · 31c6bf9f
      Raymond Toy authored
      Fix #60: unary fround undefined
      
      Closes #60
      
      See merge request !36
      31c6bf9f
    • Raymond Toy's avatar
      Oops. Need to build with the bootstrap file. · 84d9a4bd
      Raymond Toy authored
      84d9a4bd
    • Raymond Toy's avatar
      Fix #60: `C::%UNARY-FROUND` is undefined · 26e3ad82
      Raymond Toy authored
      Remove the symbol `C::%UNARY-FROUND` and just let the compiler package
      inherit it from the kernel package.
      
      * src/bootfiles/21c/boot-2018-02-1.lisp
          * Use this to bootstrap the change (by uninterning the symbol)
      * src/code/float.lisp
          * Just export %unary-fround
      * src/general-info/release-21d.md
          * Update
      * tests/issues.lisp
          * Add test for this issue
      26e3ad82
  2. 10 Feb, 2018 1 commit
  3. 04 Feb, 2018 4 commits
  4. 03 Feb, 2018 2 commits
    • Raymond Toy's avatar
      Add test for issue #59. · 62c5f3e9
      Raymond Toy authored
      62c5f3e9
    • Raymond Toy's avatar
      Fix #59: type derivation for decode-float exponent · 3acdd1b7
      Raymond Toy authored
      Type derivation for exponent part of decode-float was incorrect.  We
      need to take the absolute value of the argument before deriving the
      type since the exponent is, of course, independent of the sign of the
      number.  In the test case, the negative interval caused the lower and
      upper bounds to be reversed, resulting in an invalid interval.
      3acdd1b7
  5. 30 Jan, 2018 1 commit
  6. 29 Jan, 2018 1 commit
  7. 28 Jan, 2018 3 commits
  8. 27 Jan, 2018 10 commits
  9. 24 Jan, 2018 4 commits
  10. 21 Jan, 2018 5 commits
  11. 13 Jan, 2018 1 commit
  12. 29 Dec, 2017 4 commits