Quoting Alexander Maryanovsky, from the post of Mon, 30 Dec:
It's not that clear cut with Java. In fact, the GPL is rather flawed
when it comes to interpreted languages, or any languages that allow
reflection, because in the former case, there is no linking (at least
not in the original sense)
Classpath (http://www.gnu.org/software/classpath/)
could make GPLing Java code easier.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]] On Behalf Of Ira Abramov
Sent: Monday, December 30, 2002 11:05 AM
To: Raft of Circumcised Penguins
Subject: Re: JAVA and other dangers
Gilad Ben-Yossef wrote:
so... is that legal or not...?
I think this issue was the very reason Perl is distributed with GPL or
with Artistic license.
I am sorry I don't have link right now to the Artistic license.
Gabor
http://www.perl.org.il/YAPC/2003/
On Sun, 2002-12-29 at 22:46, Ira Abramov wrote:
like... if my closed-source Java program calls an otherwise standalone
Jar that is GPL and embeds its output in the main GUI (a sort of applet
within an applet), is my program, which links directly to its APIs (if
I got it correctly), forced to
Quoting Gilad Ben-Yossef, from the post of Mon, 30 Dec:
The question to be answered is whether or not the closed programs is a
derivative of the GPLed one. The GPL states that a program that is
linked against a GPLed program is considered a derivative program, so
according to the GPL you
On Mon, 2002-12-30 at 01:01, Ira Abramov wrote:
The question to be answered is whether or not the closed programs is a
derivative of the GPLed one. The GPL states that a program that is
linked against a GPLed program is considered a derivative program, so
according to the GPL you only
The question to be answered is whether or not the closed programs is a
derivative of the GPLed one. The GPL states that a program that is
linked against a GPLed program is considered a derivative program, so
according to the GPL you only get legal rights to use the GPLed program
if you offer the
