[Maybe OT] Impressions about ABCL from the ELS

2 messages Options
Embed this post
Permalink
Alessio Stalla

[Maybe OT] Impressions about ABCL from the ELS

Reply Threaded More More options
Print post
Permalink
Hello everyone,

I attended the ELS in Milan. It has been a wonderful experience, and I
really wish it had lasted longer. Anyway, this being the ABCL mailing
list, I'm going to share a bunch of impressions I got "from the field"
about ABCL-related things. I hope they'll be useful. They're just my
own impressions of course - nothing objective here.

First, there's much more need than I thought for a Lisp running on the
JVM (and on the CLR). Clojure seems to have momentum but actually not
mainly for its peculiar characteristics (e.g. STM), but simply for the
Java integration - something ABCL has too.

Second, there's not really a correct perception of the current state
of ABCL. E.g. people still think it's very buggy (which is partly
true, but thanks to the wonderful work of many people, especially
Erik, the problem has become much less important than in the past).
Also some people believed it had no CLOS, etc. I tried to correct some
of those false impressions giving a lightning talk on ABCL - given my
verbal ability, I might have actually made damage rather than
alleviate the problem, but I assure you I did my best :)

Third, some people were concerned about the licence. I hadn't expected
it to be a problem and I couldn't really answer their questions
because I know ABCL is GPL + classpath exception, but I don't really
know what that concretely means. I just think it allows dynamic
linking without virally transmitting the licence but "dynamic linking"
is vague... can someone clarify this? for example what happens if I
subclass some of ABCL's Java classes? Or what if I embed ABCL in my
application and have my application depend on it? etc.

Fourth, I got in touch with Mark Tarver and he said he's got a lot of
requests from Qi users to port Qi on ABCL, but apparently he had
problems doing so. In the next few days I'm going to give a shot at it
and see what the problems are (and hopefully solve them). He mentioned
problems with the correct handling of case sensitivity by the reader,
maybe this rings a bell for someone.

That's all.

Bye,
Alessio

------------------------------------------------------------------------------
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
is a gathering of tech-side developers & brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing, &
iPhoneDevCamp as they present alongside digital heavyweights like Barbarian
Group, R/GA, & Big Spaceship. http://p.sf.net/sfu/creativitycat-com 
_______________________________________________
armedbear-j-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/armedbear-j-devel
Ville Voutilainen

Re: [Maybe OT] Impressions about ABCL from the ELS

Reply Threaded More More options
Print post
Permalink
On Sat, May 30, 2009 at 2:49 AM, Alessio Stalla <[hidden email]> wrote:
> Third, some people were concerned about the licence. I hadn't expected
> it to be a problem and I couldn't really answer their questions
> because I know ABCL is GPL + classpath exception, but I don't really
> know what that concretely means. I just think it allows dynamic
> linking without virally transmitting the licence but "dynamic linking"
> is vague... can someone clarify this? for example what happens if I
> subclass some of ABCL's Java classes? Or what if I embed ABCL in my
> application and have my application depend on it? etc.

Subclassing ABCL's Java classes is ok. Depending on ABCL is ok, aka
using it from any application. As long as ABCL is used as a separate JAR,
there are no problems. The source to any modifications to ABCL itself must be
distributed along with ABCL itself.

------------------------------------------------------------------------------
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
is a gathering of tech-side developers & brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing, &
iPhoneDevCamp as they present alongside digital heavyweights like Barbarian
Group, R/GA, & Big Spaceship. http://p.sf.net/sfu/creativitycat-com 
_______________________________________________
armedbear-j-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/armedbear-j-devel