asdf merge requestshttps://gitlab.common-lisp.net/asdf/asdf/-/merge_requests2016-10-31T14:21:18Zhttps://gitlab.common-lisp.net/asdf/asdf/-/merge_requests/40Fix bundle-op and concatenate-source-op file order2016-10-31T14:21:18ZFrançois-René RideauFix bundle-op and concatenate-source-op file orderFix direct-dependencies, that was reversed from file order,
leading to inversions in the order of input files for bundle-op and
concatenate-source-op as compared to what a user would expect.
Check all the bootstrap file lists and provid...Fix direct-dependencies, that was reversed from file order,
leading to inversions in the order of input files for bundle-op and
concatenate-source-op as compared to what a user would expect.
Check all the bootstrap file lists and provide an *actionable* error message
when discrepancies are detected.3.2.0Robert GoldmanRobert Goldmanhttps://gitlab.common-lisp.net/asdf/asdf/-/merge_requests/38Obsolete function warnings2016-12-08T19:15:25ZFrançois-René RideauObsolete function warningsThis branch creates basic infrastructure for defining functions with planned obsolescence / deprecation.
@rgoldman I'm not sure whether you consider this branch ready or not, but I'm creating this merge request so we can discuss it.This branch creates basic infrastructure for defining functions with planned obsolescence / deprecation.
@rgoldman I'm not sure whether you consider this branch ready or not, but I'm creating this merge request so we can discuss it.3.2.0Robert GoldmanRobert Goldmanhttps://gitlab.common-lisp.net/asdf/asdf/-/merge_requests/37Add support for proper phase separation2017-07-30T17:02:44ZFrançois-René RideauAdd support for proper phase separationAdd support for proper phase separation
Correctly handle incremental builds in cases where operate can be called while loading a .asd file, especially as part of a defsystem-depends-on declaration.
If a defsystem-depends-on depende...Add support for proper phase separation
Correctly handle incremental builds in cases where operate can be called while loading a .asd file, especially as part of a defsystem-depends-on declaration.
If a defsystem-depends-on dependency is out of date, re-load all needed .asd file that depend on it. But if a file is compiled or loaded in one of those nested calls to operate, don't perform the action twice.
Rename cache.lisp to session.lisp and move parts of plan.lisp to session.lisp and a new file forcing.lisp, to support the notion of a session made of several phases of operate(plan-then-perform). Split system-registry.lisp off of find-system.lisp.
Refine the notion of action status within a session: a stamp and three bits KEEP (from previous session), DONE (and up-to-date in this image), NEED (for the session's goal).
Backward incompatible change in internal APIs: uiop stamps now have NIL for +infinity and T for -infinity. No one in Quicklisp uses it, but just in case, it must be noted.3.3.0Robert GoldmanRobert Goldmanhttps://gitlab.common-lisp.net/asdf/asdf/-/merge_requests/36Stop fmakunbound'ing defgeneric's past the upgrade trigger2016-10-16T19:53:43ZFrançois-René RideauStop fmakunbound'ing defgeneric's past the upgrade triggerAvoid using `fmakunbound` unless necessary, and clear registered systems if we do.
Audit existing gf's and conclude that only `component-depends-on`, `input-files` and `find-component` need it, and that the `*oldest-forward-compatibl...Avoid using `fmakunbound` unless necessary, and clear registered systems if we do.
Audit existing gf's and conclude that only `component-depends-on`, `input-files` and `find-component` need it, and that the `*oldest-forward-compatible-version*` is 3.1.7.20.
This is a response to https://bugs.launchpad.net/asdf/+bug/16317713.2.0François-René RideauFrançois-René Rideauhttps://gitlab.common-lisp.net/asdf/asdf/-/merge_requests/35Fix run-program's file existence check interface2016-10-26T00:40:15ZElias PippingFix run-program's file existence check interfaceThis fixes https://bugs.launchpad.net/asdf/+bug/1629680.This fixes https://bugs.launchpad.net/asdf/+bug/1629680.3.2.0Robert GoldmanRobert Goldmanhttps://gitlab.common-lisp.net/asdf/asdf/-/merge_requests/28Bless launch-program as primary function2016-10-02T16:14:39ZFrançois-René RideauBless launch-program as primary functionMake %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 ...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, so wasn't in uiop.3.2.0Elias PippingElias Pippinghttps://gitlab.common-lisp.net/asdf/asdf/-/merge_requests/26Skip a test that randomly fails on MKCL2017-05-05T16:27:25ZElias PippingSkip a test that randomly fails on MKCLThis part of test-force was only added after 3.1.7.16 and marked as an
expected failure on MKCL even before 3.1.7.18.This part of test-force was only added after 3.1.7.16 and marked as an
expected failure on MKCL even before 3.1.7.18.3.2.0Robert GoldmanRobert Goldmanhttps://gitlab.common-lisp.net/asdf/asdf/-/merge_requests/232Patch from Duane Rettig at Franz.2024-02-09T22:19:57ZRobert GoldmanPatch from Duane Rettig at Franz.Fix the check for Allegro 10.1 patch. Upgrade will fail without this
patch (ma040), but the code for detecting it was wrong.Fix the check for Allegro 10.1 patch. Upgrade will fail without this
patch (ma040), but the code for detecting it was wrong.Robert GoldmanRobert Goldmanhttps://gitlab.common-lisp.net/asdf/asdf/-/merge_requests/231Don't use CL Foundation Allegro images.2024-02-08T18:12:57ZRobert GoldmanDon't use CL Foundation Allegro images.These no longer work because their licenses have timed out.
For now use the Allegro 11 images I (rpgoldman) have pushed to
DockerHub.These no longer work because their licenses have timed out.
For now use the Allegro 11 images I (rpgoldman) have pushed to
DockerHub.Robert GoldmanRobert Goldmanhttps://gitlab.common-lisp.net/asdf/asdf/-/merge_requests/230Draft: Resolve "Metainformation in asdf.asd out of date"2024-02-13T05:54:01ZRobert GoldmanDraft: Resolve "Metainformation in asdf.asd out of date"Closes #154Closes #154Robert GoldmanRobert Goldmanhttps://gitlab.common-lisp.net/asdf/asdf/-/merge_requests/229Draft: Resolve "Confusing behavior when using an empty string as a system name"2024-01-27T21:51:54ZRobert GoldmanDraft: Resolve "Confusing behavior when using an empty string as a system name"Closes #153Closes #153Robert GoldmanRobert Goldmanhttps://gitlab.common-lisp.net/asdf/asdf/-/merge_requests/228Resolve "On Allegro 11 test-deferred-warnings fails"2024-01-27T18:53:38ZRobert GoldmanResolve "On Allegro 11 test-deferred-warnings fails"Closes #152
Variables consulted by `UIOP:reify-deferred-warnings` were originally list-valued, but are now hash-valued, causing errors in this function.Closes #152
Variables consulted by `UIOP:reify-deferred-warnings` were originally list-valued, but are now hash-valued, causing errors in this function.Robert GoldmanRobert Goldmanhttps://gitlab.common-lisp.net/asdf/asdf/-/merge_requests/227Another revision of UIOP:DUMP-IMAGE for Allegro.2024-01-27T00:29:43ZRobert GoldmanAnother revision of UIOP:DUMP-IMAGE for Allegro.Based on further discussions with Duane Rettig and Kevin Layer at Franz.Based on further discussions with Duane Rettig and Kevin Layer at Franz.Robert GoldmanRobert Goldmanhttps://gitlab.common-lisp.net/asdf/asdf/-/merge_requests/226p-i-s: defpackage: handle SBCL exts, cerror on unknown option2024-01-10T15:55:19ZPhoebe Goldmanp-i-s: defpackage: handle SBCL exts, cerror on unknown optionPer issue 147, this commit makes two (related) changes:
- When encountering an unknown `defpackage` option, signal a continuable error
of class `package-inferred-system-unknown-defpackage-option-error`,
rather than previously signal...Per issue 147, this commit makes two (related) changes:
- When encountering an unknown `defpackage` option, signal a continuable error
of class `package-inferred-system-unknown-defpackage-option-error`,
rather than previously signalling an `ecase` fallthrough error.
- Infer dependencies from the two nonstandard options
defined by SBCL's package locks extension, `:lock` and `:implement`.
`:lock` introduces no dependencies,
while `:implement` introduces dependencies as if it was `:use`.
This commit also extends the `package-inferred-system-test.script`
to exercise SBCL's package locks extension.
Assigned to @rgoldman for review, since he assigned the issue to me.
CC @Gleefre, who opened the issue.
Other implementations' extensions:
| Implementation | Extensions to DEFPACKAGE |
| ------ | ------ |
| CMUCL | None |
| Lispworks | `:local-nicknames` (already handled), `:add-use-defaults` [1](#fn:1) |
| Allegro | `:implementation-packages` (pretty sure this should be ignored because the implementation packages are likely forward references), `:alternate-name` (ignore), `:local-nicknames` (already handled), `:flat` (ignore), hierarchical packages [2](#fn:2) |
| clasp | None mentioned in docs |
| ECL | `:lock` |
| CCL | None mentioned in docs |
| clisp | None mentioned in docs |
| MKCL | Don't see any docs at all. Maybe shares the `lock` API with ECL? |
# Notes
<a id="fn:1">See [Lispworks docs](https://www.lispworks.com/documentation/lw80/lw/lw-common-lisp-12.htm)</a1>. As far as I can tell, you just ignore `:add-use-defaults` on Lispworks, and probably should raise either a warning or a continuable error on any other implementation.
<a id="fn:2">See [Franz's Allegro docs](https://franz.com/support/documentation/11.0/implementation.html#63-cldefpackage-implementation). [Franz's hierarchical packages](https://franz.com/support/documentation/11.0/packages.html#hier-packs-1).
Hierarchical packages impose a different package name parsing: there are _relative_ names. I think we can safely ignore this issue for now. If they don't work, it's not this issue that keeps them from working.
</a>Phoebe GoldmanPhoebe Goldmanhttps://gitlab.common-lisp.net/asdf/asdf/-/merge_requests/225Restore correct uiop/dump-image on older ACLs.2024-01-08T15:49:22ZRobert GoldmanRestore correct uiop/dump-image on older ACLs.The Allegro API `sys:resize-areas` changed in Allegro 11, and in trying
to adapt to that, I broke function on earlier versions. Now check for
Allegro version and compile appropriately.
I hope this finally fixes #141The Allegro API `sys:resize-areas` changed in Allegro 11, and in trying
to adapt to that, I broke function on earlier versions. Now check for
Allegro version and compile appropriately.
I hope this finally fixes #141Robert GoldmanRobert Goldmanhttps://gitlab.common-lisp.net/asdf/asdf/-/merge_requests/224Fix to with-optimization-settings.2023-12-14T01:06:19ZRobert GoldmanFix to with-optimization-settings.Thanks to Yehouda Harpaz. Fixes error in backquote syntax.
Fixes #148Thanks to Yehouda Harpaz. Fixes error in backquote syntax.
Fixes #148Robert GoldmanRobert Goldmanhttps://gitlab.common-lisp.net/asdf/asdf/-/merge_requests/223Resolve "(SETF (UIOP:GETENV VAR) NIL) should unset environment variable VAR"2023-10-29T18:38:42ZRobert GoldmanResolve "(SETF (UIOP:GETENV VAR) NIL) should unset environment variable VAR"Closes #146Closes #146Robert GoldmanRobert Goldmanhttps://gitlab.common-lisp.net/asdf/asdf/-/merge_requests/222Resolve "uiop: Remember single/multi-threaded in the implementation-identifier."2023-08-29T22:07:27ZRobert GoldmanResolve "uiop: Remember single/multi-threaded in the implementation-identifier."Closes #143
I don't think it's important that we have a complex version specifier so much as that we avoid folding together sets of inconsistent FASL files, correct?Closes #143
I don't think it's important that we have a complex version specifier so much as that we avoid folding together sets of inconsistent FASL files, correct?https://gitlab.common-lisp.net/asdf/asdf/-/merge_requests/221Resolve "WITH-TEMPORARY-FILE gives warnings when pathname variable is not used"2023-08-14T14:58:32ZRobert GoldmanResolve "WITH-TEMPORARY-FILE gives warnings when pathname variable is not used"Closes #142Closes #142Robert GoldmanRobert Goldmanhttps://gitlab.common-lisp.net/asdf/asdf/-/merge_requests/220Draft: Fix the handling of wildcards in `uiop:ensure-directory-pathname`2023-07-05T22:23:10ZRobert GoldmanDraft: Fix the handling of wildcards in `uiop:ensure-directory-pathname`Construction of a directory-pathname (with `uiop:ensure-directory-pathname`) creates an escaped pathname instead of a plain pathname.
Need to determine what happens to wildcards (specifically asterisks) when `ensure-directory-pathname` ...Construction of a directory-pathname (with `uiop:ensure-directory-pathname`) creates an escaped pathname instead of a plain pathname.
Need to determine what happens to wildcards (specifically asterisks) when `ensure-directory-pathname` is invoked on a pathname with `"*"` as name that has been created by `ensure-pathname`.
Closes #140Robert GoldmanRobert Goldman