<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jun 30, 2015 at 2:02 PM, 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"><span class=""><br>
> On Jun 30, 2015, at 13:50, Pascal J. Bourguignon <<a href="mailto:pjb@informatimago.com">pjb@informatimago.com</a>> wrote:<br>
><br>
> Hamda Binte Ajmal<br>
> <<a href="mailto:hamda.binte.ajmal@gmail.com">hamda.binte.ajmal@gmail.com</a>> writes:<br>
><br>
>> Hello,<br>
>> I am using ABCL to run lisp files in my Java code.<br>
>> ABCL is covered by the GNU General Public License with Classpath<br>
>> exception, meaning that you can use ABCL in your application without the<br>
>> requirement to open the sources to your application. So, I conclude the<br>
>> GNU GPL is not going to effect the license of my Java Code,<br>
>><br>
>> BUT, what about the lisp code I load using ABCL? Would it have to be<br>
>> released under GNU GPL ?<br>
><br>
> It depends if your lisp code + abcl is a derived work of abcl or not.<br>
><br>
> AFAIUI,<br>
><br>
> If your lisp code is 100% conforming code, and therefore can be run<br>
> unchanged on other CL implementations, you have a good argument that it<br>
> doesn't make a derived work of abcl, and therefore it's not covered by<br>
> the GPL.<br>
><br>
> On the other hand, if your lisp code uses ABCL specific features, then<br>
> it will probably constitute a derived work of ABCL, and will be covered<br>
> by the GPL.<br>
<br>
</span>By analogy, if I use a GCC specific feature to compile a closed-source,<br>
commercial product, I have to release that product under the GPL?  That is a<br>
surprising conclusion to me.<br></blockquote><div><br></div><div>Well, that's definitely not the intent of the GNU Classpath license, because the license is applied to the entire api provided by code in that project -- it's not restricted to specific parts of the Java API, or at least, the file doesn't mention it.</div><div><br></div><div>Also, I know that the Subversion project uses GCC specific pragma's yet its Apache license is undisputed.</div><div><br></div><div>The ABCL Java FFI is part of ABCL's API, so the intent is and IMO always has been, for applications to integrate ABCL without impacting the license of the application itself. That's what the classpath exception is about and that's how you should interpret it.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I think we need a lawyer…</blockquote></div><div>Or maybe we simply need common sense: there's very little purpose to having the classpath exception in place if you start applying the restriction that Pascal describes.</div><div><br></div><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr">Bye,<div><br></div><div>Erik.</div><div><br></div><div><a href="http://efficito.com/" target="_blank">http://efficito.com</a> -- Hosted accounting and ERP.</div><div>Robust and Flexible. No vendor lock-in.</div></div></div>
</div></div>