On Sun, Apr 18, 2010 at 12:20 AM, Faré <span dir="ltr"><<a href="mailto:fahree@gmail.com">fahree@gmail.com</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

Juanjo and janderson both have had very good ideas, although in both<br>
cases, I think that there's a gap from the good idea to something that<br>
can be released as part of the build tool that everyone will use.<br>
Maybe we should start alternative branches on the git tree?<br></blockquote></div><br>I do not think the gap is that large. As far as I am concerned all I care in the very near future is making ASDF systems plain declarative, removing all side effects from system files and leaving an architecture in which it is possible to identify the components of a lisp library / program / fasl / whatever and produce the binaries that ECL needs.<br>

<br>A slight polishing of the changes I have been submitting would cover all that, because it fixes close to 100% of the situations in which side effects are used:<br><br>* Defining test operations -> :test extension<br>

* Manually loading systems that introduce new ASDF features -> :asdf-dependencies<br>* Defining additional components -> can live now in files inside :asdf-dependencies<br>* Defining packages for dependencies in the DEFSYSTEM form itself -> can be solved by adding strings as possible tokens in a defsystem and using them when parsing.<br>

* Providing at least one logical pathname per system.<br><br>Besides this, there would remain just one detail which is packing the combination of TRAVERSE + LOAD-SOURCE-OP + forcing everything into an API function that can be used by other tools.<br>

<br>I believe this all can be in a 2.1 without great controversy. Actually, given the size of the changes and their relative innocence, I think they could have been in 2.0.<br><br>The only thing that might require some thinking is whether there is a better way to take care of the problem with package names: tokens in the DEFSYSTEM form living in other packages, as when people use cffi:grovel whatever extensions, etc, etc.<br>

<br>Anything beyond this would belong to motivations that have appeared in later discussion here and elsewhere<br><br>* Eventually replacing TRAVERSE with other alternatives (james anderson's?)<br>* Combined FASLs and dumping of executables<br>

* A set of tools or rules for installing / uninstalling / distributing binaries.<br>* Eventually phasing out the use of CLOS for extensibility, replacing it with a declarative language in the asd file itself.<br>* In particular, regarding the previous point, per-component rules, much like in Makefiles -- using a dictionary of rules and patterns instead of ugly EQL-specializers that live beyond changes in our systems.<br>


* Support for scripting and distributing of autoconf-like configuration tools, that help people in integrating this software with distributions.<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>