Skip to content
  1. Jan 05, 2020
  2. Jun 25, 2019
  3. Jun 24, 2019
    • Robert Goldman's avatar
      Neil Lindholm DIRECTORY-FILES fix. · 6138d709
      Robert Goldman authored
      Neil found that the pathname argument would be misinterpreted if it was a directory pathname without a trailing slash.
      Applied his fix and added a test.
      6138d709
  4. Aug 22, 2018
  5. Feb 17, 2017
  6. Nov 24, 2016
  7. Oct 06, 2016
    • Elias Pipping's avatar
      Clean up use of *features* · 7e361dc2
      Elias Pipping authored and Robert Goldman's avatar Robert Goldman committed
      In particular:
       - clasp does not define :ecl
       - use :os-unix instead of :unix
       - use :os-windows instead of :mswindows or :windows
       - use :os-macosx instead of :darwin
       - use :lispworks7+ instead of :lispworks7
      7e361dc2
  8. Sep 17, 2016
    • Francois-Rene Rideau's avatar
      UIOP: Fix long-standing pathname issue on CLISP · 32b945ab
      Francois-Rene Rideau authored
      Make ENSURE-DIRECTORY-PATHNAME and TRUENAME* more robust in case
      MAKE-PATHNAME throws an error when trying to synthetize a pathname
      with components that the implementation considers invalid.
      
      Uncomment the proper definition of LISP-IMPLEMENTATION-DIRECTORY on CLISP,
      which now doesn't break asdf-pathname-test anymore.
      32b945ab
  9. Sep 16, 2016
  10. Aug 27, 2016
    • Francois-Rene Rideau's avatar
      Introduce *wild-file-for-directory* · 93998ef5
      Francois-Rene Rideau authored
      When using DIRECTORY, the proper pattern to use to get all files
      is #p"*" and not #p"*.*" on CLISP and GCL.
      This is the opposite of other CL implementations, that
      match everything with #p"*.*" and only files without extension with #p"*",
      which seems more in line with the CLHS, though counter-intuitive wrt to POSIX.
      
      Now the proper pattern to match all files with TRANSLATE-PATHNAME and
      with logical pathnames is still #p"*.*" or #p"*.*.*".
      
      Therefore, we introduce a new parameter *wild-file-for-directory*,
      as distinguished from *wild-file*, for notable use with DIRECTORY-FILES.
      93998ef5
    • Francois-Rene Rideau's avatar
      Defensively physicalize pathnames · d88e4273
      Francois-Rene Rideau authored
      This make test-logical-pathname.script work on CLISP,
      despite CLISP bug 677.
      d88e4273
  11. Jun 27, 2016
    • Robert Goldman's avatar
      Fix typo. · b427599f
      Robert Goldman authored
      Mistakenly committed after refilling a comment and emacs refilled it
      wrong, so that comment was incorrectly not all prefixed by comment
      characters.
      b427599f
  12. Jun 24, 2016
  13. Jun 11, 2016
    • Francois-Rene Rideau's avatar
      Fix directory-files to be linear not quadratic · 1e6f8ecc
      Francois-Rene Rideau authored
      Bug found by @axionic on github: on very large directories,
      directory-files was slow, because it was using remove-duplicates
      with non-hashable test function #'pathname-equal.
      But this functionality was only really needed for the purpose
      of dealing with logical-pathnames, and having a few duplicates
      in case of wanton symlinks isn't much of an issue.
      1e6f8ecc
  14. May 25, 2016
    • Robert Goldman's avatar
      ENSURE-DIRECTORY-PATHNAME in SUBDIRECTORIES. · 61c5e895
      Robert Goldman authored
      In some cases a subdirectory pathname returned from this function was
      not a DIRECTORY-PATHNAME (i.e., leaf directory name was in the
      PATHNAME-NAME, not PATHNAME-DIRECTORY).  I used
      ENSURE-DIRECTORY-PATHNAME to avoid this happening.
      61c5e895
  15. Jan 07, 2016
  16. Nov 19, 2015
    • Francois-Rene Rideau's avatar
      UIOP: Fix DIRECTORY* on Genera · 1a85db86
      Francois-Rene Rideau authored
      Fix DIRECTORY* on Genera (contribution by Gary Palter, lp#1518044):
      UIOP uses FS:DIRECTORY-LIST on Genera to enumerate the contents of the
      source repositories. However, if the directory doesn't exist,
      FS:DIRECTORY-LIST signals an error, whereas UIOP expects to get NIL.
      1a85db86
  17. Nov 18, 2015
  18. Nov 17, 2015
    • Francois-Rene Rideau's avatar
      uiop: gut the last wrapping in make-pathname* · 08095fe1
      Francois-Rene Rideau authored
      I initially introduced all that make-pathname* madness on the road to
      ASDF 2.27, back when I was trying to normalize pathname components so
      I may have pathname-indexed entries in the asdf-cache (to minimize
      costly filesystem access from file-write-date and such, that could
      also introduce inconsistency in the build plan).
      
      Problem is, there was no good way (even non-portable) to normalize
      pathnames in a way that works when you use all of parse-namestring,
      make-pathname, directory, probe-file, translate-logical-pathname,
      merge-pathnames, etc. In the end (as late as b4dc78de, before 3.0.2.13!),
      I conceded defeat, for it was an uphill battle, and instead asdf-cache
      is indexing things using namestrings instead, which is more stable (see
      asdf/cache:normalize-namestring).
      
      The hacks in make-pathname* are therefore not needed anymore,
      and the function can be done away with.
      
      This commit guts the contents of make-pathname* and marks it deprecated.
      Just use make-pathname instead. It also updates uiop and asdf to not
      use make-pathname* but make-pathname. Some future commits may move it to
      backward-driver and eventually start issuing warnings of some sort when
      it's used.
      08095fe1
  19. Oct 02, 2015
  20. Jul 09, 2015
  21. Jul 08, 2015
  22. Jul 07, 2015
  23. Jul 02, 2015
  24. Jun 30, 2015
  25. Apr 27, 2015
  26. Mar 12, 2015
  27. Dec 01, 2014
  28. Nov 30, 2014
    • Robert P. Goldman's avatar
      Two fixes for reading configuration directories. · 8270978f
      Robert P. Goldman authored
      1. Put in place Fare's proposed solution to
      SPLIT-NATIVE-PATHNAMES-STRING.
      2. Check for absolute pathnames in PARSE-NATIVE-NAMESTRING.  This was a
      check whose need was recognized as a side-effect of getting the first
      bugfix in place.
      8270978f
  29. Nov 27, 2014
  30. Sep 26, 2014
  31. Sep 04, 2014
  32. Aug 29, 2014
  33. May 11, 2014
  34. Mar 17, 2014