On Thu, Jul 14, 2011 at 10:59 PM, Ph. Marek <span dir="ltr"><<a href="mailto:philipp@marek.priv.at">philipp@marek.priv.at</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

<div id=":15h">I've tried that ... but:<br>
<br>
 * I would always get the error about<br>
<div class="im">     (setf c::*compile-in-constants* t)<br>
</div>   I did patch my ECL to get rid of that.<br>
   Where should I set that? I had it in the .asd file, in my .eclrc,<br>
   and a few source files ...<br>
<br>
 * After compilation I get an executable. But starting it results in<br>
   "There exists no package with name "USOCKET-SYSTEM"".<br>
   I thought that (asdf:make-build) would track all dependencies?<br>
   Is that not so?<br>
</div></blockquote></div><br>I just noticed this unfinished thread, sorry. I have checked some examples and here is the answer.<br><br>* The problem with *compile-in-constants* is that ECL has two ways of building binary files. One is constrained to a certain size of data, the other one is not, and it is the default, but does not allow building executables or shared libraries. So if you want to use ASDF:MAKE-BUILD you should add the line<br>

    (require :cmp)<br>    (setf c::*compile-in-constants* t)<br>to ~/.eclrc way before you load quicklisp.<br><br>* Regarding the second, the USOCKET library is broken for the type of use you intend. It is so for various reasons (see also <a href="http://tream.dreamhosters.com/tream/musings/49-lisp/76-analysis-of-existing-asdf-files">http://tream.dreamhosters.com/tream/musings/49-lisp/76-analysis-of-existing-asdf-files</a>)<br>

   - It has imperative statements in the *.asd file which the system depends on<br>   - It expects ASDF to exist when loaded, but it does so only to define a pathname translation which is not used<br>   - In *.asd it defines a package usocket-system which is actually not needed because ASDF creates a package for it.<br clear="all">

You will find this problem with a variety of libraries that are misdesigned and do not expect the possibility of being distributed independently of ASDF and of LOAD.<br><br>I attach a fix for usockets in a separate email.<br>

<br>Juanjo<br><br>-- <br>Instituto de Física Fundamental, CSIC<br>c/ Serrano, 113b, Madrid 28006 (Spain) <br><a href="http://juanjose.garciaripoll.googlepages.com" target="_blank">http://juanjose.garciaripoll.googlepages.com</a><br>