[Ecls-list] Developer's manual, C interface
Lyn A Headley
laheadle at cs.uchicago.edu
Thu Oct 11 13:39:15 UTC 2001
que pasó juanjo,
hello ecls list. I've been watching ecls from the sidelines for a
while now, so I'm not sure if I count as part of the community or not,
nor have I read the new C manual, but I must say I'm very impressed
with the pace of development and hopeful about the future.
In classic free software freeloader style, I do have an opinion about
the way Juan should spend his time. If a goal for this project is more
users, I would suggest getting the threads implementation working. As
is well known, no free Common Lisp implementation has preemptive
threads, which rules out common lisp for a variety of internet
applications. This is a need felt by many, and various incomplete
initiatives exist (barlow's work on sbcl, cohen's on clisp). From
what I gather though, ecls is pretty close to a working threads
implementation, although I have seen references to "the bug" in the
source code scattered around #Ifdef THREAD directives. my $0.02
Ok make it $0.04. Another tactic I would suggest is focusing the ANSI
compatibility efforts on getting existing free systems (especially
reusable libraries) to work under ecls. My selfish first choices are
uncommonsql and imho, and actually i am considering doing one or both
of the ports myself as a way to get the hang of ecls. does anybody
else have ideas as to what systems could be ported to good "visibility
effect?"
Also, does ecls work with ilisp?
-Lyn
More information about the ecl-devel
mailing list