Skip to content
Snippets Groups Projects
  1. Feb 18, 2020
    • Raymond Toy's avatar
      Fix #79: Autoload ASDF in REQUIRE · b18f00f2
      Raymond Toy authored
      When `REQUIRE` is called, autoload ASDF if it hasn't already been
      loaded.  User's no longer have to load asdf explicitly anymore.
      
      Update release notes.
      b18f00f2
  2. Feb 16, 2020
  3. May 29, 2019
  4. May 28, 2019
  5. Apr 17, 2019
  6. Dec 17, 2018
  7. Dec 08, 2018
  8. Dec 06, 2018
  9. Oct 12, 2018
  10. Oct 07, 2018
  11. Sep 22, 2018
  12. Aug 25, 2018
    • Raymond Toy's avatar
      Add support for compiling with clang on x86/linux · 82bf2c72
      Raymond Toy authored
      Add `Config.x86_linux_clang` to use clang instead of gcc to build
      cmucl.  update `create-target.sh` so that it sets the motif variant
      correctly when using `Config.x86_linux_clang`
      
      See issue #68.
      
      With this config, Fedora 28 successfully builds cmucl and passes all
      the tests.
      82bf2c72
  13. Aug 05, 2018
  14. Jul 27, 2018
  15. Jul 22, 2018
  16. Jul 15, 2018
  17. Jul 04, 2018
  18. May 12, 2018
  19. Mar 14, 2018
    • Raymond Toy's avatar
      Update manual date to 21c · 3c749f8b
      Raymond Toy authored
      Just change the date on the manual to the date of the 21c release.
      Now that we can create the html pages again with hevea, we can update
      this.
      3c749f8b
  20. Mar 05, 2018
  21. Feb 19, 2018
    • Raymond Toy's avatar
      Complex array accessors are not foldable · e9a598e5
      Raymond Toy authored
      Fixes #61 and #62.
      
      The `ARRAY-HAS-FILL-POINTER-P` and `ARRAY-DISPLACEMENT` functions are
      declared inline and the compiler tries to constant-fold these inlined
      functions operating on simple arrays.
      
      Thus don't allow the compiler to constant-fold calls to
      `%ARRAY-FILL-POINTER-P`.  This is normally protected by a call to
      `ARRAY-HEADER-P`, but when it's inlined, the compiler tries to
      constant-fold `%ARRAY-FILL-POINTER-P` on an array without such a slot.
      
      Likewise `ARRAY-DISPLACEMENT` calls `%ARRAY-DISPLACED-P`,
      `%ARRAY-DATA-VECTOR`, and `%ARRAY-DISPLACEMENT`, and the calls are
      protected by `ARRAY-HEADER-P`. So don't constant-fold these either.
      
      Maybe we could also make CONSTANT-FOLD-CALL be smarter about this?
      
      * src/compiler/generic/objdef.lisp
        * Remove flushable from these ref-trans methods.
      * src/general-info/release-21d.md
        * Update
      * tests/issues.lisp
        * Add tests from the bug reports.
      e9a598e5
  22. Feb 18, 2018
    • 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
      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
  23. Feb 13, 2018
  24. Feb 10, 2018
  25. Feb 04, 2018
  26. Feb 03, 2018
    • 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
Loading