<div class="gmail_quote">On Thu, Mar 18, 2010 at 6:29 PM, james anderson <span dir="ltr"><<a href="mailto:james.anderson@setf.de">james.anderson@setf.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
On 2010-03-18, at 16:23 , Faré wrote:<br>
<br>
> [ ...]<br>
<div class="im">><br>
> But I think ASDF ought to make a best effort, so that you can at<br>
> the very<br>
> least upgrade ASDF when installed as part of Common-Lisp-Controller<br>
> and<br>
> similar management layers (that do use package ASDF).<br>
<br>
</div>as a step in that direction, let us enumerate the actions which an<br>
upgrade could contemplate[...]<br></blockquote></div><br>I have been reading the list of things that can, have and cannot be done and it is way more complex than I had expected. Wouldn't it make sense to split asdf.lisp into two files? asdf-boot.lisp to set up everything _only_ if we need to redefine ASDF functions, classes and other stuff, and asdf.lisp which works as it used to do. In asdf.lisp we may even add a finall call to an optional function (asdf-finish) that polishes the last corners _after_ everything new has been defined.<br>
<br>The advantage is that the logic of redefinition and of the ASDF system itself are well separated. It also helps that implementations for which redefinition is not happening (for instance ECL does not load ASDF in the core, it is an optional module), can forget about the complexity of the asdf-boot.lisp part.<br>
<br>Juanjo<br clear="all"><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>