Re: Bug#156407: ITP: free-java-sdk -- Complete Java SDK environment consising of free Java tools

2002-08-26 Thread John Leuner
* kaffe and other GPL-licensed JVMs can only be used with GPL compatible software (i.e. no Apache style licenses!). See http://www.gnu.org/licenses/gpl-faq.html#IfInterpreterIsGPL Not to mention that kaffe's classlib is GPL [1] What exactly do you mean by this? The interpreter can be

Re: Bug#156407: ITP: free-java-sdk -- Complete Java SDK environment consising of free Java tools

2002-08-14 Thread Grzegorz Prokopski
- it's upstream is really interested in having robust and widely used JVM [2], not only another research tool for students - it is written in pure C, should be very easily portable to other architectures (currently it supports x86, not sure about alpha, but in few months sparc

Re: Bug#156407: ITP: free-java-sdk -- Complete Java SDK environment consising of free Java tools

2002-08-13 Thread Tomas Pospisek
On 12 Aug 2002, Grzegorz Prokopski wrote: Facts that caused that I have choosen this set of tools. It'd be nice if you kept this comparison list somewhere (and up to date ;-) - at an URL or in the README, so the measurement can be repeated, verified, criticised, enhanced... *t

Re: Bug#156407: ITP: free-java-sdk -- Complete Java SDK environment consising of free Java tools

2002-08-13 Thread Javier Fernández-Sanguino Peña
On Tue, Aug 13, 2002 at 12:37:04PM +0200, Tomas Pospisek wrote: On 12 Aug 2002, Grzegorz Prokopski wrote: Facts that caused that I have choosen this set of tools. It'd be nice if you kept this comparison list somewhere (and up to date ;-) - at an URL or in the README, so the measurement

Re: Bug#156407: ITP: free-java-sdk -- Complete Java SDK environment consising of free Java tools

2002-08-13 Thread Grzegorz Prokopski
W licie z pon, 12-08-2002, godz. 21:22, Adam Heath pisze: So, what about kaffe? What about gcj? Why are you saying that sable is better than these others? Below I am forwarding parts of a mail from sablevm author, Etienne M. Gagnon [...] I also looked at porting abilities - I think that

Re: Bug#156407: ITP: free-java-sdk -- Complete Java SDK environment consising of free Java tools

2002-08-13 Thread Tom Tromey
I've seen some of the follow up comments to your post. Regarding 'gij': by looking very quickly at its interpreter.cc source file, I detected important race conditions (for multithreaded apps). Grzegorz, perhaps you could get Etienne to file a bug report for us. I considered discussing

Re: Bug#156407: ITP: free-java-sdk -- Complete Java SDK environment consising of free Java tools

2002-08-13 Thread Grzegorz Prokopski
W licie z wto, 13-08-2002, godz. 20:40, Tom Tromey pisze: I've seen some of the follow up comments to your post. Regarding 'gij': by looking very quickly at its interpreter.cc source file, I detected important race conditions (for multithreaded apps). Grzegorz, perhaps you could get

Re: Bug#156407: ITP: free-java-sdk -- Complete Java SDK environment consising of free Java tools

2002-08-13 Thread Mark Wielaard
Hi, I have hacked on GNU Classpath (which sablevm uses as its standard class library) and gjdoc. I am really glad that you took the effort to package them for Debian. Especially since I am a Debian user :) Since I have also hacked a little on (lib)gcj (which is now being merged with GNU

Re: Bug#156407: ITP: free-java-sdk -- Complete Java SDK environment consising of free Java tools

2002-08-13 Thread Per Bothner
In addition to Mark's and Tom's comments, I'd like to address JNI vs CNI. Grzegorz Prokopski wrote: Also, SableVM implements the invocation interface, and has clean support for native code through the standard JNI interface. So of course does GCJ. Now, GIJ's people main objection to JNI (instead

Bug#156407: ITP: free-java-sdk -- Complete Java SDK environment consising of free Java tools

2002-08-12 Thread Grzegorz Prokopski \(Debian Developer\)
Package: wnpp Version: N/A; reported 2002-08-12 Severity: wishlist * Package name: free-java-sdk Version : 0.1 Upstream Author : Grzegorz B. Prokopski [EMAIL PROTECTED] * License : LGPL Description : Complete Java SDK environment consisting of free Java tools The

Re: Bug#156407: ITP: free-java-sdk -- Complete Java SDK environment consising of free Java tools

2002-08-12 Thread Adam Heath
On Mon, 12 Aug 2002, Grzegorz Prokopski (Debian Developer) wrote: Package: wnpp Version: N/A; reported 2002-08-12 Severity: wishlist * Package name: free-java-sdk Version : 0.1 Upstream Author : Grzegorz B. Prokopski [EMAIL PROTECTED] * License : LGPL

Re: Bug#156407: ITP: free-java-sdk -- Complete Java SDK environment consising of free Java tools

2002-08-12 Thread Grzegorz Prokopski
W licie z pon, 12-08-2002, godz. 18:13, Adam Heath pisze: Er, you say free, but are restricting me to only use what is listed in the depends. I am not really restricting you to anything. You're free to create your own java devel environment. It's all free software and I can't really make any

Re: Bug#156407: ITP: free-java-sdk -- Complete Java SDK environment consising of free Java tools

2002-08-12 Thread Adam Heath
On 12 Aug 2002, Grzegorz Prokopski wrote: W li¶cie z pon, 12-08-2002, godz. 18:13, Adam Heath pisze: Er, you say free, but are restricting me to only use what is listed in the depends. So, what about kaffe? What about gcj? Why are you saying that sable is better than these others? Debian

Re: Bug#156407: ITP: free-java-sdk -- Complete Java SDK environment consising of free Java tools

2002-08-12 Thread Steve Greenland
On 12-Aug-02, 14:22 (CDT), Adam Heath [EMAIL PROTECTED] wrote: On 12 Aug 2002, Grzegorz Prokopski wrote: W li¶cie z pon, 12-08-2002, godz. 18:13, Adam Heath pisze: Er, you say free, but are restricting me to only use what is listed in the depends. So, what about kaffe? What about

Re: Bug#156407: ITP: free-java-sdk -- Complete Java SDK environment consising of free Java tools

2002-08-12 Thread Oliver Kurth
On Mon, Aug 12, 2002 at 02:22:49PM -0500, Adam Heath wrote: On 12 Aug 2002, Grzegorz Prokopski wrote: W li¶cie z pon, 12-08-2002, godz. 18:13, Adam Heath pisze: Er, you say free, but are restricting me to only use what is listed in the depends. So, what about kaffe? What about gcj?

Re: Bug#156407: ITP: free-java-sdk -- Complete Java SDK environment consising of free Java tools

2002-08-12 Thread Adam Heath
On Mon, 12 Aug 2002, Steve Greenland wrote: On 12-Aug-02, 14:22 (CDT), Adam Heath [EMAIL PROTECTED] wrote: On 12 Aug 2002, Grzegorz Prokopski wrote: W li¶cie z pon, 12-08-2002, godz. 18:13, Adam Heath pisze: Er, you say free, but are restricting me to only use what is listed in

Re: Bug#156407: ITP: free-java-sdk -- Complete Java SDK environment consising of free Java tools

2002-08-12 Thread Grzegorz Prokopski
W licie z pon, 12-08-2002, godz. 21:22, Adam Heath pisze: On 12 Aug 2002, Grzegorz Prokopski wrote: W licie z pon, 12-08-2002, godz. 18:13, Adam Heath pisze: Er, you say free, but are restricting me to only use what is listed in the depends. So, what about kaffe? What about gcj? Why

Re: Bug#156407: ITP: free-java-sdk -- Complete Java SDK environment consising of free Java tools

2002-08-12 Thread Adam Heath
On 12 Aug 2002, Grzegorz Prokopski wrote: Facts that caused that I have choosen this set of tools. * kaffe It contains it's own JAVA_HOME environment, so it wouldn't make sense to just copy it. If you can build with kaffe - then stick with it and don't use free-java-sdk. However - be

Re: Bug#156407: ITP: free-java-sdk -- Complete Java SDK environment consising of free Java tools

2002-08-12 Thread Colin Walters
On Mon, 2002-08-12 at 16:56, Grzegorz Prokopski wrote: I know gcj can compile to native code (on x86 platform only AFAIK) - [EMAIL PROTECTED] madison gcj-3.1 gcj-3.1 | 1:3.1.1-1 | unstable | arm, ia64 gcj-3.1 | 1:3.1.1-2 | unstable | alpha, i386, m68k, powerpc, s390, sparc

Re: Bug#156407: ITP: free-java-sdk -- Complete Java SDK environment consising of free Java tools

2002-08-12 Thread Steve Greenland
On 12-Aug-02, 15:55 (CDT), Adam Heath [EMAIL PROTECTED] wrote: So use virtual packages, which other packages provide, and which this new package depends on. Then the user is back to having to figure out which one actually works with the rest of the software. If you do this (virtual packages)