Skip to content
Snippets Groups Projects
  1. Dec 16, 2021
  2. Feb 04, 2021
  3. Mar 17, 2020
  4. 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
  5. Sep 22, 2018
  6. Jul 22, 2018
  7. Jul 21, 2018
  8. Jul 15, 2018
  9. Jul 04, 2018
  10. 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
  11. 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
  12. Feb 04, 2018
  13. Feb 03, 2018
  14. Jan 29, 2018
  15. 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
  16. Dec 21, 2017
  17. Dec 20, 2017
  18. Dec 16, 2017
  19. Oct 08, 2017
  20. Sep 30, 2017
  21. 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
  22. Sep 06, 2017
  23. Dec 02, 2016
  24. Nov 30, 2016
  25. Nov 29, 2016
  26. Nov 11, 2016
  27. Oct 04, 2016
  28. Oct 03, 2016
  29. Sep 26, 2016
  30. Sep 10, 2016
  31. Sep 08, 2016
  32. Sep 04, 2016
    • Raymond Toy's avatar
      Fix #27: PATHNAME-MATCH-P loops for logical pathnames · c07cad4b
      Raymond Toy authored
      When support for search-lists was added to PATHNAME-MATCH-P, support
      for logical pathnames was broken because PATHNAME-MATCH-P eventually
      calls TRANSLATE-LOGICAL-PATHNAME which calls PATHNAME-MATCH-P with
      logical pathnames.  This caused infinite recursion.
      
      So add back the original PATHNAME-MATCH-P, but rename to
      %PATHNAME-MATCH-P and use that in TRANSLATE-LOGICAL-PATHNAME and
      friends.
      
      Add test for this case too.
      c07cad4b
Loading