On Fri, Sep 28, 2012 at 2:13 AM, z_axis <span dir="ltr"><<a href="mailto:z_axis@163.com" target="_blank">z_axis@163.com</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=":1gi">The ECL created stumpwm executable is smallest compared with SBCL, CCL and<br>
CLISP.  However, only the ECL executable doesnot work.<br>
I really want to know what the reason is.</div></blockquote></div><div><br></div>Stumpwm did work with ECL not so long ago. Why it got rotten and no longer works? The reason is that stumpwm relies on third party libraries and not all of them care to support all implementations, plus not all developers use the same Common Lisp implementations. Even among lisp implementations, not all of them are equally ANSI compliant: for instance SBCL allows LOOP with wrong syntax, which has made a lot of people write code that does not work in ECL.<div>

<br><div>Another important source of trouble is that stumpwm relies on the CLX graphics library to talk to the Xwindows server. While CLX is maintained as a separate library, this is known to lag behind ECL in the sense that I have repeatedly submitted patches and they have not been acknowledged or integrated. For this reason why ECL ships its own copy of CLX but, for some other strange reason, quicklisp insists on loading the other CLX.</div>

<div><div><br></div><div>This is a list of all packages installed by quicklisp when you demand to use stumpwm<br><div><br></div><div><div>[package xlib]....................................</div><div>..................................................</div>

<div>..................................................</div><div>..................................................</div><div>..................................................</div><div>[package glx].....................................</div>

<div>[package gl]......................................</div><div>[package dpms]....................................</div><div>[package xtest]...................................</div><div>[package xlib.xinerama]...........................</div>

<div>[package xclclock]................................</div><div>[package clipboard]...............................</div><div>[package demos]...................................</div><div>[package gl-test].................................</div>

<div>[package xmandel].................................</div><div>[package cl-ppcre]................................</div><div>[package stumpwm].................................</div><div>[package stumpwm-user]............................</div>

<div><br></div><div>Which one is the offender, is something beyond my knowledge.</div><div><br></div><div>Note that I do not claim that this cannot be fixed (it has been fixed in the past and can be fixed now, with time), but I want you to understand that there are many sources of non-portability around.</div>

<div><br></div><div>It also creates a nasty landscape of expectations where Common Lisp implementation maintainers have to chase software developers around to see why their software breaks with their implementation, something for which one does not always have the time -- Efforts like Anton's test library help a lot here.</div>

<div><br></div><div>Juanjo</div><div><br></div>-- <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>


</div></div></div></div>