- Jan 31, 2014
-
-
Francois-Rene Rideau authored
-
Robert P. Goldman authored
-
ssh://common-lisp.net/project/asdf/public_html/asdfRobert P. Goldman authored
Just documentation (docstring and comment) additions from Fare's walkthrough. These conflicted with his code improvements during the walkthrough. Conflicts: action.lisp lisp-action.lisp operation.lisp plan.lisp
-
Francois-Rene Rideau authored
-
- Jan 30, 2014
-
-
Francois-Rene Rideau authored
-
- Jan 28, 2014
-
-
Francois-Rene Rideau authored
-
Francois-Rene Rideau authored
Also update comments in TODO file, manual. Make the Makefile test result checking less uselessly verbose.
-
- Jan 27, 2014
-
-
Francois-Rene Rideau authored
-
Francois-Rene Rideau authored
Paper over GCL failure in test-operation-classes; tweak test. Tweak Makefile for one more test.
-
Francois-Rene Rideau authored
-
Francois-Rene Rideau authored
-
Francois-Rene Rideau authored
-
Francois-Rene Rideau authored
* Add some comments on TRAVERSE-ACTION; expand those on SOURCE-FILE-TYPE. * Remove a few unnecessary input-files or output-files methods * Remove (declare (ignorable ...)) for specialized arguments. Specialize a few arguments to T. * Remove most when-upgrading methods, since we drop data on old incompatible ASDFs.
-
Francois-Rene Rideau authored
-
Francois-Rene Rideau authored
For backward compatibility with ASDF 2, an operation that doesn't explicitly inherit from one of the propagation classes or non-propagating-operation will be downward- and sideway- propagating, with a warning at instantiation. Inheriting from non-propagating and a propagating class at the same time yields an error, not a warning. Update packages and tests.
-
Francois-Rene Rideau authored
-
Francois-Rene Rideau authored
* load-op needn't be sideway, its sideway dependencies are already provided by prepare-op * compile-op should use compile-op (default) not load-op as its downward-operation. * no need for an input-files method for prepare-op, nil is the global default. * Some documentation for compute-action-stamp. * Don't skip upgrade from 1.x on Allegro anymore, since we now correctly punt. * Instead of asdf/package:define-package, use the canonical name uiop/package:define-package
-
- Jan 26, 2014
-
-
Robert P. Goldman authored
-
- Jan 25, 2014
-
- Jan 22, 2014
-
-
Francois-Rene Rideau authored
-
Francois-Rene Rideau authored
-
- Jan 21, 2014
-
-
Robert P. Goldman authored
-
Robert P. Goldman authored
-
Robert P. Goldman authored
-
Robert P. Goldman authored
-
Robert P. Goldman authored
-
Robert P. Goldman authored
The behavior of OPERATION has changed: previously it would act roughly like LOAD-OP, and automatically have dependencies, but now that behavior has been removed in a clean-up. In order to support programmers, we attempt to detect programmer-defined OPERATION subclasses and signal an error if we believe they are unpatched. The new dependency-handling is implemented in the classes DOWNWARD-OPERATION, UPWARD-OPERATION, SIDEWAY-OPERATION, SELFWARD-OPERATION, and the newly-added NON-PROPAGATING-OPERATION. To detect unpatched OPERATION classes, when we are instantiating an OPERATION, we check to make sure it has one of the above classes as a superclass. If it does not, we raise a continuable error. This is done in an INITIALIZE-INSTANCE :BEFORE method on OPERATION. We considered trying to detect the definition of OPERATION subclasses, but because the MOP is not standard, that approach was rejected as infeasible. Add NON-PROPAGATING-OPERATION as superclass where needed. Further checks and some documentation. Thanks to Fare for advice. Check that no OPERATION is both propagating and non-propagating. Thanks to Fare for the suggestion.
-
Robert P. Goldman authored
Added INITIALIZE-INSTANCE that checks for operations that have no specified dependency propagations. Also added NON-PROPAGATING-OPERATION as a way to specify that an OPERATION subclass /intentionally/ performs no dependency propagation.
-
Robert P. Goldman authored
It turns out it's only the BASIC-FASL-OP, not all the BUNDLE-OPs, that's broken on Mac OSX with ABCL and ECL. Refined the check.
-
- Jan 20, 2014
-
-
Francois-Rene Rideau authored
-
Francois-Rene Rideau authored
-
Robert P. Goldman authored
Merge branch 'bundle-op-warn'.
-
Robert P. Goldman authored
Warning from removing unreachable code caused build failures on some lisp implementations.
-
Robert P. Goldman authored
Currently, on Mac OSX, neither ABCL nor ECL passes the bundle-test, so on these platform x implementation pairs, we issue a continuable error when trying to use the BUNDLE-OP.
-
- Jan 18, 2014
-
-
ssh://common-lisp.net/project/asdf/public_html/asdfRobert P. Goldman authored
Some comments, etc. as yet unpushed.
-