Per Bothner wrote:
...
then a pre-processor can generate the JNI or CNI headers.
...
My main worry is that the programmers using these macros might not take
the good approach to JNI programming (which consists of "caching" method
and field ID's) if some macro hides method/field accesses.
Also, fro
Momchil Velikov wrote:
How about asking Sun to support CNI then ? Because it's they who
limit your "freedoom of choice", by supporting only one (the
technically inferior, AIUI) interface.
Who says that JNI is technically inferior than CNI technically? As
a JVM specialist, I can say that it is no
On Wed, Mar 03, 2004 at 07:57:56PM +0100, Dalibor Topic wrote:
> Debian-legal didn't follow the interpretation of GPL of Etienne, another
> SableVM developer, the last time around, when he was asserting Kaffe
> being GPLd makes Java applications undistributable. Instead,
> debain-legal supported
Dalibor Topic wrote:
It's an interesting question whether compilation with a GPL'd program
causes the output to be GPLd. I don't see an FAQ entry on the FSF page
for that, so I'd propose to take the discussion to debian-legal, if
necessary.
Let me clarify.
It's not compilation using a GPL progr
Etienne Gagnon wrote:
In other words, I would be very wary of a GPL incompatible package that
has a "build-depends" on kaffe only, or a depends on kaffe only. (adding
a non-working build-depends or depends does not count).
I should illustrate this:
$ apt-cache showsrc junit
...
Bui
Daniel Bonniot wrote:
The biggest problem is that Kaffe is licensed under the GNU GPL, so if an
application/library can only be compiled with Kaffe, it must be licensed
under the GPL too (or at least be "license compatible" with the GPL).
Given that this case seldom/never happens, I wouldn't say t
ou wish to discuss it, please send your
questions to debian-legal which is the appropriate forum for this.
Have fun!
Etienne
Daniel Bonniot wrote:
Etienne Gagnon wrote:
The biggest problem is that Kaffe is licensed under the GNU GPL, so if an
application/library can only be compiled with Kaffe,
Jerry Haltom wrote:
Can building these .class files built with Kaffee prevent their usage
with a non-free alternative JVM? If Kaffe is totally Java standards
compliant, then that's cool... is that the case? Will there be ANY
deficiencies in these classes by building them with Kaffee?
If so, then I
On Tue, Jan 20, 2004 at 02:42:53PM +0100, Daniel Bonniot wrote:
> Epochs are a pain, if only because the look ugly and because they can
> never be gotten rid of. Is this the only solution?
>
> Would it work if, say, classpath built a new package
> 'jikes-with-classpath' (whatever the name, but a
José Fonseca wrote:
I know that competition is natural (and quite often favorable) in
open-source. But I can't help thinking I may be backing the wrong horse,
and my time spent on it be in vain.
The different Free jvm's have different goals and constraints. I will
describe my view of 3 jvm's I kno
Etienne Gagnon wrote:
$ svn co svn://svn.sablevm.org/sablevm/trunk/staging sablevm
$ svn co svn://svn.sablevm.org/sablevm-classpath/trunk/staging sablevm-classpath
Oops!!
Instead, this should be:
$ svn co svn://svn.sablevm.org/sablevm/branches/staging sablevm
$ svn co svn://svn.sablevm.org
Grzegorz B. Prokopski wrote:
We have daily SVN (Subversion) snapshots and publicly accessible
Subversion repository.
See http://sablevm-shot.dyndns.org/ for snapshots and INSTALL.txt
The machine died, so *.tar.gz snapshots will be unavailable for a
short while (a day or two), but everything is not
Victor Niebla wrote:
Hi all, has someone succeded on building and using Eclipse with
Free Vm (like sablevm or kaffe) + Classpath ???
We have lately started to work (upstream) on getting SableVM to run with
latest GNU Classpath releases. In the "staging" branch, SableVM uses
Classpath 0.06. A few
Hi Andrew,
Andrew Suffield wrote:
I can live with this view (even though an argument could be made about
the fact that many VMs (I do not know specifically about Kaffe) internally
use bytecodes from the class library to handle internal data structures
[think of a just-in-time compiler written in J
Andrew Suffield wrote:
Kaffe is essentially a filter that takes java
bytecode as input and emits program code on the fly (this is
technically incomplete, but effectively equivalent for the sake of
this argument). The input to a filter cannot be a derivative work of
it; we don't *care* about the sta
Dalibor Topic wrote:
It would have been nice if you had made the arguments of each side
clear, before attacking my position. The discussion has not taken place
on debian-legal, but on debian-java. I appreciate the way Gadek
presented both sides of the previuos argument.
You have a good point, th
Hi Debian-legal, Egon and Dalibor,
The opinion of debian-legal would be highly appreciated by all involved in this
long running thread of discussion about the implications of:
1- Kaffe being licensed under the GNU GPL.
2- Kaffe's class library being licensed under the GNU GPL.
3- Differeing interp
E.L. Willighagen (Egon) wrote:
The big question seems to come done to:
"What part of Java is library and what part is language?"
It seems to me that at least the syntax *and* java.lang *is* the language...
Thus as long as you don't use anything else then java.lang classes, you can
use kaffe to r
Dalibor Topic wrote:
GPL says:
Activities other than copying, distribution and modification are not
covered by this License; they are outside its scope. ...
...
As running is clearly not covered under GPL, your argument doesn't work.
Modification *IS* covered by the GPL. (FYI, it's not my argumen
Hi Arnaud,
Arnaud Vandyck wrote:
Anyway, we're switching kaffe's class library over to GNU Classpath,
which is GPL + linking exception, and that should make the people who
support FSFs interpretation happy, too, as GNU Classpath explicitely
allows linking to it.
This won't necessarily change an
Dj Statik wrote:
* sablevm
Small correction:
- License of JVM is GNU LGPL (not GPL).
- Class library is under GPL with a linking exception that says, mainly,
that you can link more-or-less with anything.
This is pretty important. The GPL, when applied to the class library
can have pretty import
Dj Statik wrote:
* sablevm
Small correction:
- License of JVM is GNU LGPL (not GPL).
- Class library is under GPL with a linking exception that says, mainly,
that you can link more-or-less with anything.
This is pretty important. The GPL, when applied to the class library
can have pretty impor
Dalibor Topic wrote:
I think that JAVA_HOME is quite pointless, as the only good use for it
seems to
be to locate JNI headers. It's an ill-defined ad-hoc 'standard' that isn't even
supported by Sun. Programs that rely on JAVA_HOME to be able to access
internals of the VM are inherently broken, the
Dalibor Topic wrote:
I think that JAVA_HOME is quite pointless, as the only good use for it seems to
be to locate JNI headers. It's an ill-defined ad-hoc 'standard' that isn't even
supported by Sun. Programs that rely on JAVA_HOME to be able to access
internals of the VM are inherently broken, they
Hi Jan,
We should move this discussion to the SableVM developer mailing-list, if
you agree. [I am CC'ing this reply there].
See below for some answers.
Jan Schulz wrote:
Maybe you should file a bug report to get this documented in the man page.
Addd to TODO :) If this proposal gets through, you mi
Hi Jan,
We should move this discussion to the SableVM developer mailing-list, if
you agree. [I am CC'ing this reply there].
See below for some answers.
Jan Schulz wrote:
Maybe you should file a bug report to get this documented in the man page.
Addd to TODO :) If this proposal gets through, you
Hi,
You typed the following:
eclipse -consolelog -vm /usr/bin/sablevm -vmargs
Including user settings ~/.eclipse/eclipserc...
Using /home/jan/workspace for workspace
Using /usr/bin/sablevm as java virtual machine...
/usr/bin/sablevm *IS* *NOT* argument compatible with Sun's Java. If
you wa
Hi,
You typed the following:
eclipse -consolelog -vm /usr/bin/sablevm -vmargs
Including user settings ~/.eclipse/eclipserc...
Using /home/jan/workspace for workspace
Using /usr/bin/sablevm as java virtual machine...
/usr/bin/sablevm *IS* *NOT* argument compatible with Sun's Java. If
you
28 matches
Mail list logo
