Re: Running Lisp tests
Mark Evenson <[email protected]> Tue, 11 Jun 2019 16:43:03 +0200
| Newsgroups | gmane.editors.j.devel |
|---|---|
| Message-ID | <EA64C66F-B5D0-4151-A0A7-3789481D4218__47907.1425784909$1560264207$gmane$org@panix.com> |
> On Jun 11, 2019, at 14:05, Robert P. Goldman <[email protected]> wrote: > > If you prefer, I believe you could bundle prove to avoid the Quicklisp dependency, perhaps as a git submodule… It is certainly a way forward to consider bundling PROVE, but since ABCL already has a mechanism to install Quicklisp from the network by using its unique capability to CL:OPEN a given URI, the better way forward might be: 0) improve the handler for the condition to introspect the message from the condition signalled via ASDF 1) introspect the existence of Quicklisp, installing if not present (require :abcl-contrib) (asdf:load-system :quicklisp-abcl) 2) then load and execute ABCL/TEST/ANSI/COMPILED (asdf:test-system :abcl/test/ansi/compile) As a first stab, I will remove the reference to PROVE in the abcl.asd definition, as this shouldn’t be happening as the :DEPENDS-ON (:PROVE) stanza is a sibling dependency tree as near as I can tell. I should swag [Ionna’s code][asd-graph] to visualize the dependencies to see if this is indeed the case. In any event, I *really8* don’t want to mess with git submodules: I’d add a “vendor” directory before submitting to that mess of a lack of engineering… [asd-graph]: https://gitlab.common-lisp.net/idimitriou/asd-graph -- "A screaming comes across the sky. It has happened before but there is nothing to compare to it now."