Plugin Arch. for KDevelope 2.0
Richard_Dale at tipitina.demon.co.uk
Thu Aug 2 22:05:23 UTC 2001
On Thu, 02 Aug 2001, you wrote:
> On Thu, 2 Aug 2001, Sandy Meier wrote:
> > To come to a conclusion on this issue. Until we change our license model (a
> > GPL'ed KDevelop), it is allowed to distribute C/C++ plugins only under GPL or
> > compatible licenses (LGPL,X11 and so on.). For Java we don't have a solution
> > yet. Richard maybe?
> > If no one objects this will be the "official" position for the next time. ok?
> The problem with this interpretation is that we already have a
> plugin (namely the java one) which links GPL code with a proprietary
> library, namely libjvm.
Only because of my ineptitude with autoconf :-). The java macros you can get
from the autoconf site always look for open source Kaffe first for 'political
reasons' (according to program comments). So I would certainly like to improve
the KDE macro that looks for Java stuff, including libjvm, so that it looks for
open source resources first. I don't know what Kaffe calls its libs yet, but it
should be easy to have the choice to link against both.
I have been inconvenienced by the lack of source availability with Sun's Java
runtime. If you look at the source code, I think they want to remove your
rights to work on code for Open Source JVMs like Kaffe, so you wouldn't be
able to submit Kaffe patches. I need to know what goes on when a JNI library
is loaded, so I can tune a KDE java program's start up time effectively. Also in
specs for passing Unicode strings to JNI, the byte order of the strings are not
given. I sent a (polite) email to Sun asking for clarification about this on the
relevant JNI email address, but they never bothered to reply (btw: with a
related Qt lib clarification, the author of the QString class came up with a
very helpful reply within a couple of days).
to unsubscribe from this list send an email to kdevelop-devel-request at kdevelop.org with the following body:
More information about the KDevelop-devel