- Aug 11, 2016
-
-
Elias Pipping authored
-
Elias Pipping authored
The system package (si for short) is internal and "never to be used" according to https://common-lisp.net/project/ecl/manual/ch11.html This change does not require testing because (presumably unintentionally) the process-info-pid function generates an error for ECL anyway (to be fixed in a follow-up commit)
-
Elias Pipping authored
Prior to this, %run-command would generate errors such as File #P"/dev/null" already exists.: File exists [errno=17]. Tested with acl-10.0-linux-x86.
-
Elias Pipping authored
-
- Aug 01, 2016
-
-
Robert Goldman authored
Previous method was over-complicated. Now we simply appropriately define the type UIOP:FATAL-CONDITION, and we can do without both UIOP:*FATAL-CONDITIONS* and UIOP::*FATAL-CONDITION-EXCEPTIONS*.
- Jul 25, 2016
-
-
Robert Goldman authored
See https://bugs.launchpad.net/asdf/+bug/1605650 According to the spec, SERIOUS-CONDITIONs are "All conditions serious enough to require interactive intervention if not handled should inherit from the type serious-condition." This is almost exactly the definition of *FATAL-CONDITIONS*, so I substituted SERIOUS-CONDITION for ERROR here. Added exceptions to the set of *FATAL-CONDITIONS* in order to fix test condition handling for CCL. The exceptions permit us to have a class of conditions (e.g., SERIOUS-CONDITION) that has a subclass that is not a FATAL-CONDITION, but that does not have an obvious more specific alternative. The specific example that caused me to add this: On shutdown, CCL signals CCL:PROCESS-RESET, a subclass of SERIOUS-CONDITION. So recent test harness modifications to handle SERIOUS-CONDITIONs caused the test scripts to mistakenly think there were failures because of calls to EXIT-LISP.
- Jul 24, 2016
-
- Jun 27, 2016
-
-
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.
-
- Jun 24, 2016
-
-
Robert Goldman authored
- Jun 11, 2016
-
-
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.
- May 25, 2016
-
-
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.
-
- Apr 13, 2016
-
-
Robert Goldman authored
-
- Mar 30, 2016
-
-
matthieupeeters authored
-
- Mar 23, 2016
-
-
Robert Goldman authored
-
- Mar 21, 2016
-
- Mar 07, 2016
-
- Feb 27, 2016
-
-
Robert Goldman authored
-
- Feb 25, 2016
-
- Feb 22, 2016
-
- Jan 28, 2016
-
-
Francois-Rene Rideau authored
-
Elias Mårtenson authored
Previously, the buffer was reallocated for every block copied. This change ensures that the same buffer is being reused.
- Jan 12, 2016
-
- Jan 10, 2016
-
- Jan 08, 2016
-
- Jan 07, 2016
-
-
Francois-Rene Rideau authored
Also add one for SCL, but it's untested.
-
- Jan 04, 2016
-
- Dec 20, 2015
-
-
Robert Goldman authored
Provided by Raymond Toy.
-
- Dec 05, 2015
-
- Dec 01, 2015
-
- Nov 29, 2015
-
-
Francois-Rene Rideau authored
It's used by swank-asdf.
- Nov 21, 2015
-
-
Francois-Rene Rideau authored
ccl, gcl, lispworks think that (probe-file #p".bashrc") has its pathname-name and pathname-type be NIL and "bashrc" whereas other implementations (at least abcl allegro clisp cmucl ecl mkcl sbcl xcl) think that it has them be ".bashrc" and NIL. cl -l $l -i "(let ((p (probe-file \".bashrc\"))) \ (format t \"FOO $l: ~S ~S~%\" (pathname-name p) (pathname-type p)))" \ |& grep FOO
- Nov 19, 2015
-
-
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.