A modest proposition: DEFSYSTEM-DEPENDS-ON should die [was Re: What's the right way to extend ASDF with new symbols?]

[Stelian Ionescu]

On Mon, 2016-02-15 at 14:48 -0600, Robert Goldman wrote:
> Trying again:
> 
> Can someone please state what it is that Quicklisp needs?
> 
> IIUC Quicklisp does *something* with .asd files that does not involve
> the defsystem-depends-on being resolved.
> 
> Is this reading?  Or loading?
> 
> If it's loading, then the DEFSYSTEM-DEPENDS-ON entries are resolved by
> REGISTER-SYSTEM-DEFINITION, so the status quo doesn't solve the problem
> of large scale analysis without side-effects.
> 
> If it's reading, then my solution is benign.
> 
> At least as far as I can tell.
> 
> Can someone give me a clue here?

Quicklisp needs to compute the complete dependency graph between
systems, given a set of .asd files. I'd like to extend the current Slime
integration to search for systems in all registered .asd files and
autocomplete. All sorts of things become possible if one could treat a
set of .asd files as a database, with the guarantee that querying would
never trigger a compile-file operation, ever.

-- 
Stelian Ionescu a.k.a. fe[nl]ix
Quidquid latine dictum sit, altum videtur.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 181 bytes
Desc: This is a digitally signed message part
URL: <https://mailman.common-lisp.net/pipermail/asdf-devel/attachments/20160215/9da1a302/attachment.sig>