It is my understanding, as well, that the Classpath exception allows any use of ABCL as a library, as long as ABCL itself is not changed - i.e. the distributed JAR is not changed. An issue would arise if you want to change one of the system functions and modified the original to do so. However in that case it would better to simply submit the patch to the list. Also note that if you are using GPL code completely privately, i.e. not redistributing it, then you can have your way with it.
Note IANAL, but have some experience working with licenses.
Regards, Alan
On Tue, Jun 30, 2015 at 2:24 PM Hamda Binte Ajmal < hamda.binte.ajmal@gmail.com> wrote:
Mark Evenson <evenson@...> writes:
Thank you for your response.
One more thing I would like to ask is that, I am using ABCL in a java project that is GNU GPL licensed. ABCL is not modified, just used as a library, and for executing lisp commands from Java project Such that JAVA PROJECT (GNU GPL) -> ABCL (GNU with classpath exception) -> Lisp code
Now my question is, would the GNU GPL license of Java project enforce GNU GPL on ABCL too which can enforce GNU GPL on my lisp code ?
On Jun 30, 2015, at 12:20, Hamda Binte Ajmal
<hamda.binte.ajmal@...> wrote:
Hello, I am using ABCL to run lisp files in my Java code. ABCL is covered by the GNU General Public License with Classpath exception, meaning that you can use ABCL in your application without
the
requirement to open the sources to your application. So, I conclude
the
GNU GPL is not going to effect the license of my Java Code,
BUT, what about the lisp code I load using ABCL? Would it have to be released under GNU GPL ?
No, Lisp code running on ABCL does not need to be released under the
GPL. The
licensing for ABCL applies to derivative works, i.e. modifying ABCL
itself, not
Common Lisp code executing on ABCL.