[asdf-devel] [PATCH 1/2] Fix error in parsing configuration directives

Stelian Ionescu sionescu at cddr.org
Sat Jun 12 20:42:33 UTC 2010


On Sat, 2010-06-12 at 15:53 -0400, Faré wrote:
> > On Mon, 2010-06-07 at 20:47 -0400, Faré wrote:
> > After actually using the configuration system, I came to the conclusion
> > for the sake of simplicity, ASDF should always inherit configuration,
> > that :inherit-configuration and :ignore-inherited-configuration should
> > not exist, and be replaced with a function such as, for example:
> >
> > asdf:initialize-source-registry-from-defaults &rest conf-sources
> >
> > by default, upon initialization ASDF would call
> > (asdf:initialize-source-registry-from-defaults :system :user :env).
> > Users could override that in the initfiles if needed.
> >
> > The reason for this is that I want users who install distro-provided
> > packages to be able to start and use ASDF2 without having to create a
> > local configuration file.
> >
> That's the goal indeed, and I believe it is fulfilled.
> 
> > OTOH, people who don't use distro packages wouldn't care about
> > inheriting the system configuration because they wouldn't have it, so no
> > harm done
> >
> If searching through :tree hierarchies weren't so desperately slow,
> especially on SBCL, I would agree. Unhappily it *is* slow.
> And so until and unless performance is fixed, I think it's necessary
> to allow to not inherit but override the configuration.

What does inheriting configuration have to do with :tree hierarchies ?


> But indeed maybe an :inherit-configuration in the end should be the
> default when nothing is specified.

-- 
Stelian Ionescu a.k.a. fe[nl]ix
Quidquid latine dictum sit, altum videtur.
http://common-lisp.net/project/iolib
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
URL: <https://mailman.common-lisp.net/pipermail/asdf-devel/attachments/20100613/5cc75364/attachment.sig>


More information about the asdf-devel mailing list