What is the EndOfLife of GCJ-4.2.x or GCJX-4.2.x when appears Harmony?

Tue Jun 20 14:46:00 GMT 2006

Anny Blackyew wrote:
> Apache's Harmony's DRLVM's Jitrino can kill GCJ-4.2.x.

I hope not, GCJ does AOT (ahead of time) compiling that is more predictable (and 
hence more testable) than JIT. That makes is more useful for soft real-time 
applications.
GCJ is a good piece of software and while other implementations might take a 
bigger share of the Java "market share" in the future, GCJ can be expected to 
stay around for good reasons.
I have also noted the GCJ team's good track record regarding interaction with 
other similar projects :
 - they are using GNU classpath and contributing to it instead of keeping 
libgcj separare.
 - they are using implementation techniques that make Java play along very 
well with C, C++ etc. This allows me to use GDB, Oprofile etc.
 - they are going to reuse the Eclipse compiler front-end for GCJ thus 
reducing the amount of work they do on a part of the compiler that has little 
added value (i.e. a working front-end is all we want)
I therefore perceive GCJ as a project with a convincing roadmap. This does not 
mean that it will have more users than Kaffe, Jitrino or the Sun JDK. But GCJ 
really looks like it is here to stay and quite a few people will be happy to use it.
 these were my 2 cents about a really nice and useful piece of software,
 P.O. Gaillard