I have began a careful study of which packages are susceptible to be built with ECL's extensions.<div><br></div><div>The analysis is simple minded and does not care about the package actually compiling, but rather about the system definition itself.</div>

<div><br></div><div>For instance, this is what I obtain from the packages in libcl</div><div><br></div><div><div>;;;</div><div>;;; Total packages:        205</div><div>;;; Ok packages:           75</div><div>;;; Wrong packages:</div>

<div>;;;   Multiple defsystems: 41</div><div>;;;   Defpackage forms:    95</div><div>;;;   Defmethod forms:     37</div><div>;;;   Defclass forms:      11</div><div>;;;   Unknown forms:       117</div><div>;;;   Eval-when forms:     6</div>

<div>;;;</div><div>;;;   Perform after:       16</div><div>;;;   Test operation:      40</div><div>;;;</div><div><br></div><div>Some of the errors are probably harmless -- for instance the existence of multiple systems, test operations, etc --, but some others may be not: eval-when forms, defclasses and most worringly systems that use the *.asd file to create the packages they need ... arghh</div>

<div><br></div><div>But what is one to expect when the most used implementation has a system definition beginning with this:</div><div><br></div><div><div>;;; -*-  Lisp -*-</div><div>(cl:eval-when (:compile-toplevel :load-toplevel :execute)</div>

<div>  (asdf:oos 'asdf:load-op :sb-grovel))</div><div>(defpackage #:sb-posix-system (:use #:asdf #:cl #:sb-grovel))</div><div>(in-package #:sb-posix-system)</div><div><br></div></div><div><br></div><div>Juanjo</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>
</div>