- 16 Oct, 2016 7 commits
-
-
Robert Goldman authored
No longer needed. Only needed to fix upgrade from version 2.x, but there's no more 2.x on Allegro.
-
Robert Goldman authored
Reorganized the package-moving logic. Previously it mingled lines of code for allegro/non-allegro. Now the Allegro and non-Allegro lines are grouped together. This made it easier to deal with a LET binding unused on Allegro.
-
Francois-Rene Rideau authored
Apparently, rename-package is badly broken on Allegro.
-
Francois-Rene Rideau authored
Get rid of undefined-function and any clisp or ecl specific code in it in uiop/utility as well as of a lingering #-clisp in asdf/upgrade. Whatever issues previous generations of upgrade code tried to address, they happily do not apply today. Update test-sysdef-asdf to better test asdf self-upgrade.
-
Francois-Rene Rideau authored
We just re-defined the signature of find-component and it needs to be fmakunbound. component-depends-on and input-files have some :around methods removed at 3.1.2 and it's safer to fmakunbound them if inherited from earlier versions. All other functions seem A-OK since 2.27, and we punt on 2.26 and earlier. See discussion in asdf/asdf!36
-
Francois-Rene Rideau authored
-
Francois-Rene Rideau authored
If we fmakunbound a defgeneric, we lose any user-defined method on the function and must therefore reload any and every system that might have defined methods on it. We must therefore not fmakunbound past the forward compatibility upgrade trigger, only before. Adjust our code accordingly. Conservative bounds are used in *oldest-forward-compatible-asdf-version* and redefined-functions that should probably be refined after some inspection of old versions. This is a response to https://bugs.launchpad.net/asdf/+bug/1631771
-
- 14 Oct, 2016 1 commit
-
-
Francois-Rene Rideau authored
Make sure that bundle-op, concatenate-source-op, Makefile, make-asdf.sh, make-asdf.bat and tools/release.lisp all agree on "the" proper order of files in uiop and asdf.
-
- 09 Oct, 2016 2 commits
-
-
Robert Goldman authored
-
Francois-Rene Rideau authored
This avoids a forward reference on sbcl/windows. Also add a comment on a use of symbol-call on ECL.
-
- 08 Oct, 2016 9 commits
-
-
Elias Pipping authored
-
Francois-Rene Rideau authored
DIRECTORY is important. It was never actually ignored, except on Allegro, on which the implementation itself handles the option. Make that explicit. The other arguments are always passed... though it's unclear whether they are heeded in all implementations, since we have :allow-other-keys t. That deserves investigation and a comment update, at some point. Also, tweak some comments.
-
Francois-Rene Rideau authored
Use explicit error checking instead.
-
Francois-Rene Rideau authored
Thanks to Elias Pipping for his help getting this commit right.
-
Francois-Rene Rideau authored
-
Francois-Rene Rideau authored
Make %run-program the alias of launch-program rather than the other way around. Rename %use-run-program to %use-launch-program. Update tests. NB: I wanted to move %run-program to backward-driver, but that won't help: since the function was never exported from uiop/run-program, it wasn't in uiop. Thanks to Elias Pipping for his help getting this commit right.
-
Elias Pipping authored
The run-program interface generally behaves as if :if-input-does-not-exist :error :if-output-exists :supersede were specified and deviations from this set will generally not be handled correctly, e.g. on CLISP or whenever %system is used. Hence we remove the corresponding tests for now
-
Elias Pipping authored
If we call it synchronously, we also need to call wait-process and close-streams. We ignore the error status because signalling a dead or non-existing process is not something that the user can avoid.
-
Elias Pipping authored
-
- 06 Oct, 2016 5 commits
-
-
Robert Goldman authored
-
Robert Goldman authored
-
Robert Goldman authored
-
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
-
Robert Goldman authored
Fix SLIME with more kludgery Have operation-forced be constantly nil, not t As of 2016-10-01, SLIME doesn't actually want to be reloaded, and dies badly when swank-loader:init is called with :delete t. So have operation-forced return constantly nil instead of constantly t. See merge request !33
-
- 05 Oct, 2016 2 commits
-
-
Francois-Rene Rideau authored
It was never exported or officially supported. Only SLIME was (ab)using it, and even cheating it was failing at its purpose. In gitlab merge request !33 Robert Goldman decided to just get rid of it. SLIME users, if you use swank.asd, please update your SLIME from git.
-
Francois-Rene Rideau authored
As of 2016-10-01, SLIME doesn't actually want to be reloaded, and dies badly when swank-loader:init is called with :delete t. So have operation-forced return constantly nil instead of constantly t.
-
- 04 Oct, 2016 1 commit
-
-
- 02 Oct, 2016 4 commits
-
-
Francois-Rene Rideau authored
-
Francois-Rene Rideau authored
index.html: update status of CormanLisp Also link to the homepages of maintained Lisps. See merge request !31
-
Alex Dunn authored
-
Alex Dunn authored
It's been open-sourced, but the very old ASDF has not been updated: https://github.com/sharplispers/cormanlisp/blob/master/Modules/asdf.lisp
-
- 30 Sep, 2016 3 commits
-
-
Elias Pipping authored
In particular, this updates ext/lisp-invocation, bringing clasp support to asdf-tools-based testing
-
Elias Pipping authored
-
Elias Pipping authored
-
- 27 Sep, 2016 4 commits
-
-
Robert Goldman authored
-
Robert Goldman authored
Cleanups This branch contains a few cleanups as I proofread the entire code. Those currently in the pipe regard asdf upgrade, since the first file in asdf is upgrade.lisp. See merge request !23
-
Robert Goldman authored
-
Robert Goldman authored
-
- 25 Sep, 2016 2 commits
-
-
Francois-Rene Rideau authored
-
Francois-Rene Rideau authored
The previous use of defun (foo) () relying on with-upgradability was confusing to new developers reading the code. Explicitly using defun* and defgeneric* in these cases makes the code less surprising and less confusing to readers.
-