Lest there be any confusion, I deeply appreciate the ABCL system and all those who contribute to it.<div><br></div><div>Blake McBride</div><div><br><br><div class="gmail_quote">On Tue, Feb 19, 2013 at 4:18 AM, Mark Evenson <span dir="ltr"><<a href="mailto:evenson@panix.com" target="_blank">evenson@panix.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im"><br>
On Feb 16, 2013, at 1622 , Blake McBride <<a href="mailto:blake@arahant.com">blake@arahant.com</a>> wrote:<br>
<br>
> I'd like to add that there are many high quality and free lisp<br>
> systems available.  The thing that makes ABCL uniquely interesting<br>
> is its close association to Java.  It gives ABCL a much better<br>
> ability to leverage off of the existing technology (libraries) built<br>
> in Java.  While focusing on ABCL's reliability and conformance to<br>
> standards is very important, I wouldn't loose sight of where the<br>
> attraction really is.  If the main attraction to ABCL for lisp<br>
> programmers is its tight integration to Java, than the degree of<br>
> ABCL's appeal will be directly related to the ease and power of its<br>
> integration to Java.<br>
<br>
</div>Just to clarify the aims of Armed Bear Common Lisp from my standpoint:<br>
<br>
We aim to make ABCL a conforming, performant ANSI Common Lisp<br>
implementation as the platform upon we experiment, developing easier Java<br>
integration as we iterate through usage and feedback.  This goal<br>
is currently (mostly[^1]) reflected in how ABCL is packaged: abcl.jar<br>
contains the core conforming ANSI implementation, whereas<br>
abcl-contrib.jar contains the goodies which make working with Java<br>
quite a bit easier.  With features that are specific to the hosting<br>
JVM, such as allowing CL:PATHNAME to refer to URIs or treating<br>
java.util.List descendants as a user extensible sequence, we have<br>
striven to use existing extension methods as much as possible to<br>
follow the "principle of least surprise".<br>
<br>
As such, we believe we offer the best of both worlds.  As a first-class<br>
Common Lisp implementation which runs on the JVM, ABCL benefits<br>
from the contemporary Lisp ecosystem of cross-implementation libraries<br>
exemplified as those distributed via Quicklisp.  In addition to<br>
contemporary advances, by stressing core conformance, we allow<br>
applications and research developed decades ago, such as MACSYMA,<br>
to be able to be run in new environments, for new purposes.<br>
<br>
As our community contributes new ideas to making working with Java<br>
easier such as JSS and JFLI, we will attempt to include them in<br>
ABCL-CONTRIB.<br>
<br>
And, as always, implementation is the sincerest form of flattery.<br>
<br>
[^1]: "mostly" because the system obviously needs to have some hooks<br>
into Java as its implementation language, which form the basis of<br>
the symbols in the JAVA package, and to some extent SYSTEM and<br>
EXTENSIONS.  The user-extensible collections for java sequences in<br>
JAVA-COLLECTIONS are sort of a historical exception to this "rule"<br>
as well.<br>
<br>
--<br>
"A screaming comes across the sky.  It has happened before but there is nothing to compare to it now."<br>
<div class="HOEnZb"><div class="h5"><br>
<br>
_______________________________________________<br>
armedbear-devel mailing list<br>
<a href="mailto:armedbear-devel@common-lisp.net">armedbear-devel@common-lisp.net</a><br>
<a href="http://lists.common-lisp.net/cgi-bin/mailman/listinfo/armedbear-devel" target="_blank">http://lists.common-lisp.net/cgi-bin/mailman/listinfo/armedbear-devel</a><br>
</div></div></blockquote></div><br></div>