Skip to content
Snippets Groups Projects
  1. Dec 08, 2022
  2. Nov 25, 2022
  3. Nov 02, 2022
  4. Oct 31, 2022
  5. Oct 17, 2022
  6. Oct 16, 2022
  7. Oct 15, 2022
  8. Aug 08, 2022
  9. Dec 16, 2021
  10. Feb 04, 2021
  11. Mar 17, 2020
  12. Feb 18, 2020
    • Raymond Toy's avatar
      Fix #80: Convert contribs to use ASDF to load · 338d8606
      Raymond Toy authored
      As it says, convert contribs to use ASDF to load them if possible.  Many
      contribs already had an asd file so we basically just had to rename
      foo.asd to contrib-foo.asd to keep backward compatibility with the old
      contrib names. (And update the defsystem name to match.)
      
      Added an asd file for packed-sse2.  Unix doesn't work, so it's left alone for now.
      338d8606
  13. Sep 22, 2018
  14. Jul 22, 2018
  15. Jul 21, 2018
  16. Jul 15, 2018
  17. Jul 04, 2018
  18. 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
  19. 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
  20. Feb 04, 2018
  21. Feb 03, 2018
  22. Jan 29, 2018
  23. Jan 28, 2018
    • Raymond Toy's avatar
      Restore ability to compile in mt19937 rng. · 380759e3
      Raymond Toy authored
      - src/tools/worldbuild.lisp
          - only compile rand-xoroshiro if :random-xoroshiro is a feature
      - src/tools/worldload.lisp
          - only load rand-xoroshiro if :random-xoroshiro is a feature
      - tests/rng.lisp
          - Add a quick test that the state vector of the *random-state* has
            the correct type.
      380759e3
  24. Dec 21, 2017
  25. Dec 20, 2017
  26. Dec 16, 2017
  27. Oct 08, 2017
  28. Sep 30, 2017
  29. Sep 09, 2017
    • Raymond Toy's avatar
      Fix #41: Report proper process status · f05cb10a
      Raymond Toy authored
      The main problem is that we weren't calling wait3 with WCONTINUED so
      that we would be signaled when the process continues.  And we also
      need to check that result of wait call was WCONTINUED>
      
      Replace the wait3 routine with a C routine (prog_status) so we don't
      have to deal with the OS-specific flags.  This function basically
      returns what the lisp function wait3 did.
      
      Use this function in GET-PROCESSES-STATUS-CHANGES.
      
       - runprog.c:
         - Add prog_status
       - run-program.lisp:
         - Use prog_status instead of wait3
       - issues.lisp:
         - Add basic test
      f05cb10a
  30. Sep 06, 2017
  31. Dec 02, 2016
Loading