Skip to content
Snippets Groups Projects
  1. Oct 02, 2016
    • Raymond Toy's avatar
      Merge branch 'master' into 'master' · 4bf2062f
      Raymond Toy authored
      Fix: directory followed symlinks with :follow-links nil
      
      I'm on Linux. I'm looking at a directory that contains both physical directories and symbolic links to directories.
      
      ### What I would expect: 
      ```common-lisp
      (directory "/path/to/dir/*.*" :check-for-subdirs t :follow-links t :truenamep nil)
      ```
      
      will show both (because it will show everything in that directory) and mark both types as directories with trailing slashes.
      ```common-lisp
      (directory "/path/to/dir/*.*" :check-for-subdirs t :follow-links nil :truenamep nil)
      ```
      
      will again show all files but only add trailing slashes to the physical subdirectories.
      
      ### What actually happens
      Both commands give me the same output. That is because `directory` calls `unix:unix-file-kind` to categorise files into directory/link/etc., which internally calls `stat`. It will only use `lstat` if the second, optional argument is passed as **t**. In default mode (the way it currently is) symlinks to directories will be assigned the type :directory regardless of the flags passed to `directory`.
      
      I believe the change contained in this merge request is thus the correct fix.
      
      See merge request !15
      4bf2062f
  2. Oct 01, 2016
    • Raymond Toy's avatar
      Merge branch 'rtoy-29-process-command-line' into 'master' · 3d18025d
      Raymond Toy authored
      Fix #29: Update processing of command line
      
      Several related changes here.
      
      - If `:process-command-line` is NIL, `*command-line-strings*` and
        `*command-line-application-arguments*` weren't getting updated.  They
        should get updated so that the resulting core can get updated
        command line options instead of using the values dumped with the
        core.  The command line switch demons are still not run, as before.
      - Add a `:quiet` option as if `-quiet` were given.
      
      See merge request !13
      3d18025d
  3. Sep 28, 2016
  4. Sep 27, 2016
  5. Sep 26, 2016
  6. Sep 19, 2016
    • Raymond Toy's avatar
      Fix #29: Update processing of command line · d9090138
      Raymond Toy authored
      Several related changes here.
      
      o If :process-command-line is NIL, *command-line-strings* and
        *command-line-application-arguments* weren't getting updated.  They
        should get updated so that the resulting core can get updated
        command line options instead of using the values dumped with the
        core.  The command line switch demons are still not run, as before.
      o Add a :quiet option as if -quiet were given.
      d9090138
  7. Sep 10, 2016
  8. Sep 08, 2016
  9. Sep 05, 2016
  10. Sep 04, 2016
    • Raymond Toy's avatar
      Merge branch 'rtoy-fix-27-pathname-match-p' into 'master' · efc9519f
      Raymond Toy authored
      Fix #27: pathname-match-p infinite recursion
      
      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.
      
      See merge request !10
      efc9519f
    • Raymond Toy's avatar
      37c549c6
    • 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
  11. Sep 03, 2016
    • Raymond Toy's avatar
      Merge branch 'rtoy-28-fix-recursive-fcn-defn' into 'master' · a8934d15
      Raymond Toy authored
      Fix #28: Recursive function definition
      
      Convert a `double-double` to a double before coercing to a `single-float` or `double-float`.
      
      See merge request !9
      a8934d15
    • Raymond Toy's avatar
      Add comment. · 6c86016d
      Raymond Toy authored
      6c86016d
    • Raymond Toy's avatar
      Fix #28: Recursive function definition in cross-compile · 2482e5f0
      Raymond Toy authored
      The recursive definition comes from %single-float and %double-float
      trying to coerce a double-double-float to a single or double.  Not
      sure the best place to fix this, but added a special case here for
      %single-float and %double-float to convert the double-double-float to
      a double that can then be coerced to the appropriate type.  (Could
      have added a deftransform for coerce to handle double-doubles, but
      doing it here makes it easier to follow the code.)
      
      Verified that x86->x86 and sparc->sparc cross-compiles no longer have
      the warning.  Also verified that sparc->sparc actually cross-compiles
      and loads successfully and that the result will compile itself
      successfully.
      2482e5f0
  12. Aug 25, 2016
    • Raymond Toy's avatar
      Merge branch 'rtoy-fix-issue-25' into 'master' · 5beb6431
      Raymond Toy authored
      Fix #25: Handle unicode strings more consistently.
      
      When writing a string to the program too few octets were written
      because strings are now 16-bits wide.  To fix this, only write the low
      8-bits of each character.  This matches what reading does.
      
      This pretty much implies that the caller should use
      STREAM:STRING-ENCODE and STREAM::STRING-DECODE on the strings.
      
      Add several tests to verify the expected results.
      
      See merge request !8
      5beb6431
  13. Aug 21, 2016
    • Raymond Toy's avatar
      Fix #25: Handle unicode strings more consistently. · a8c27cfa
      Raymond Toy authored
      When writing a string to the program too few octets were written
      because strings are now 16-bits wide.  To fix this, only write the low
      8-bits of each character.  This matches what reading does.
      
      This pretty much implies that the caller should use
      STREAM:STRING-ENCODE and STREAM::STRING-DECODE on the strings.
      
      Add several tests to verify the expected results.
      a8c27cfa
  14. May 30, 2016
  15. May 22, 2016
    • Raymond Toy's avatar
      MAke min version for OSX be 10.6 · e1b7c55a
      Raymond Toy authored
      Update compiler option to specify 10.6 as the min version.  (I
      personally no longer have an version earlier than 10.11.)
      
      Fix ticket #19.
      e1b7c55a
  16. May 21, 2016
Loading