<div class="gmail_quote">On Sun, Mar 21, 2010 at 12:41 PM, Tobias C. Rittweiler <span dir="ltr"><<a href="mailto:tcr@freebits.de">tcr@freebits.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
There, however, seems to be an inherent dependency-vs-pureness problem<br>
with user extensions as illustrated by cffi-grovel; from [1]:<br>
<br>
  ;;; CFFI-Grovel is needed for processing grovel-file components<br>
  (cl:eval-when (:load-toplevel :execute)<br>
    (asdf:operate 'asdf:load-op 'cffi-grovel))<br>
<br>
  (asdf:defsystem example-software<br>
    :depends-on (cffi)<br>
    :serial t<br>
    :components<br>
    ((:file "package")<br>
     (cffi-grovel:grovel-file "example-grovelling")<br>
     (:file "example")))<br>
<br>
I know Stelian cursed about this in-persona, wishing for a reader which<br>
has a notion of unresolved-symbols.</blockquote><div><br></div><div>This can be cured with my suggestions plus some extensions I note below</div><div><br></div><div>- Add a field :asdf-support to list dependencies for the system itself.</div>
<div>- Add a feature by which component types are registered with ASDF so that they can be named using keywords</div><div>- Impose that parsing of the defsystem list is done _after_ loading the support components themselves.</div>
<div><br></div><div>Juanjo</div></div><br>-- <br>Instituto de Física Fundamental, CSIC<br>c/ Serrano, 113b, Madrid 28006 (Spain) <br><a href="http://tream.dreamhosters.com">http://tream.dreamhosters.com</a><br>