On Thu, 2005-03-17 at 16:18 -0700, Tom Tromey wrote: > >>>>> "Etienne" == Etienne Gagnon <[EMAIL PROTECTED]> writes: > > Etienne> As usual, Mark has forgotten to include SableVM in the list > Etienne> of runtimes that use GNU Classpath. It is understandable, I > Etienne> guess, as he does not use SableVM for development
I did not forget. I just didn't think it was relevant for the release announcement to mention. The release announcement was mainly about the achievement we all made with finally getting libgcj and kaffe much more merged then before. And that 0.14 could be seen as a kind of pre-release for the upcoming major releases of these development platforms which are now finally being broadly adopted by the major distributions. We didn't really concentrate on listing all the different compilers and runtimes this time. I do use sablevm from time to time. But you just announced a new sablevm that used a forked sablevm-classpath CVS snapshot on our list an hour before and when I talked to you on irc about using sablevm against official GNU Classpath releases you said it didn't support this release out of the box and that there was no documentation for it. The ones that were listed were just there because of some copy-paste from an older release announcement on which we based this one. It looked like the right list of runtimes to recommend to people not wanting to install a full JDK replacement like gcc or kaffe but that would just want to quickly setup a and play with this release. There is an explicit section on all the runtime engines and compilers based on GNU Classpath in it and a link to http://www.gnu.org/software/classpath/stories.html If something is missing there please supply a patch for doc/www.gnu.org/stories.wml. > As for competition, as I see it, that is your view which you are > projecting on Mark. I'm certain it isn't his, as Mark often extols > the benefits of having multiple Classpath-using VMs available. (And, > in case it matters, it isn't my view either.) Correct. I don't see sablevm as competition at all to GCC or GNU Classpath. It is just one of the things you can do on top of it. I am probably as much a gcc developer as I am a kaffe, jamvm, kissme, orp, jikesrvm or sablevm developer. Of course I contribute patches to them when I can and find time. But I mainly work on GNU Classpath. I really don't care that much about the execution model people use. We all share the same problem space. We just concentrate on different specialisations. I do learn a lot from the diversity. I hope others also learn a lot. Cheers, Mark -- Escape the Java Trap with GNU Classpath! http://www.gnu.org/philosophy/java-trap.html Join the community at http://planet.classpath.org/
signature.asc
Description: This is a digitally signed message part
_______________________________________________ Classpath mailing list Classpath@gnu.org http://lists.gnu.org/mailman/listinfo/classpath
