On 21 Aug 2014, at 02:36, Faré <fah...@gmail.com> wrote:

[…] 

> The trick here is in this new stop-at-asd flag, which here defaults to
> t and isn't configurable, but which should default to nil and be
> configurable, for backward compatibility. Its effect is that recursing
> into subdirectories stops if a .asd file is found in the toplevel
> directory. This saves a lot of recursing, and would save even more if
> a .asd file of symlink to one exists at the top of a git hierarchy.
> But this is incompatible with a lot of existing code, and so the
> transition will be long and painful if this is adopted.

If you proposing that the stop-at-asd property would be somehow configurable in
the DEFSYSTEM form, like:

        (asdf:defsystem :foo
           :contains-interior-asdf-defintions
           :components …

then please ensure that this is present when/if you introduce this change to
ASDF.  But I get the feeling that in order to speed things up, you weren’t
intending to parse the DEFSYSTEM form in your search.

If you are proposing that the user would have to do explicitly do some sort of
configuration “for this instance of a user using asdf with this Lisp
implementation”, I won’t be so happy because:

1)  This sort of configuration hasn’t been necessary before, so we will
introduce complexity in ASDF deployment for efficiency in using CL as a
scripting language which is something I don’t currently use (Admittedly because
my platform, ABCL, based on the JVM, is just not going to ever have reasonable
startup times.  Although there are systems that keep a JVM “warmed up” for
firing such one-off commands to, and for specialised JVM there are memory
mapped solutions for faster startup).

2)  I am using a system (lsw2) not in Quicklisp that has many such “interior”
ASDF definitions. Usually when systems get in this state it is because they are
big enough that nobody has time to package them correctly, so they tend to stay
that way.  If I can’t put a flag in the top-level system, I’m going to run into
problems when users haven’t done the per-user-per-lisp configuration.

-- 
"A screaming comes across the sky.  It has happened before but there is nothing 
to compare to it now."






_______________________________________________
Asdf-devel mailing list
Asdf-devel@common-lisp.net
http://common-lisp.net/cgi-bin/mailman/listinfo/asdf-devel

Reply via email to