Probably the most visible enhancement of GCJ 4 comes from merging the libgcj runtime with the GNU Classpath core class library project. By collaborating with other free runtimes like the traditional kaffe environment and around 20 other projects, GCJ 4 is able to offer a core class library comparable to JDK 1.3 or 1.4. The collaboration of all these projects on a common core library implementation means that a lot of the libraries needed by applications, except for advanced Swing, Corba and sound usage, are available out of the box.
Ouais \o/ on se rapproche de Sun !
Swing c'est vraiment un gros morceau, je sais pas exactement où ils se sont arretés.
The other big change is the addition of the -findirect-dispatch switch to the compiler. Using that option causes GCJ to generate native code for classes and methods that follow the precise same binary compatibility rules as described in the Java Language Specification
Le PDF ftp://gcc.gnu.org/pub/gcc/summit/2004/GCJ%20New%20ABI.pdf(...) est _très_ intéressant sur le sujet.
Les points à venir dans GCJ :
- le début de l'équivalence JDK 1.5 (generics par exemple)
- le support accru des distribs (Fedora et Debian) pour un environnement Java libre et de qualité, par ex via http://www.jpackage.org/(...)
- le fait que de plus en plus de projets Java Open Source supportent l'initiative GCJ en utilisant le plus possible de libs documentées dans l'API standard (cela vient aussi du transfert de packages en "com.sun" vers "java.*", par ex les proxy auth ou jmx)
[^] # Re: gcc = g++ gcc et gjc et libgcj ?
Posté par Pierre Tramonson . En réponse à la dépêche Sortie de GCC 4.0. Évalué à 7.
Probably the most visible enhancement of GCJ 4 comes from merging the libgcj runtime with the GNU Classpath core class library project. By collaborating with other free runtimes like the traditional kaffe environment and around 20 other projects, GCJ 4 is able to offer a core class library comparable to JDK 1.3 or 1.4. The collaboration of all these projects on a common core library implementation means that a lot of the libraries needed by applications, except for advanced Swing, Corba and sound usage, are available out of the box.
Ouais \o/ on se rapproche de Sun !
Swing c'est vraiment un gros morceau, je sais pas exactement où ils se sont arretés.
The other big change is the addition of the -findirect-dispatch switch to the compiler. Using that option causes GCJ to generate native code for classes and methods that follow the precise same binary compatibility rules as described in the Java Language Specification
Le PDF ftp://gcc.gnu.org/pub/gcc/summit/2004/GCJ%20New%20ABI.pdf(...) est _très_ intéressant sur le sujet.
Les points à venir dans GCJ :
- le début de l'équivalence JDK 1.5 (generics par exemple)
- le support accru des distribs (Fedora et Debian) pour un environnement Java libre et de qualité, par ex via http://www.jpackage.org/(...)
- le fait que de plus en plus de projets Java Open Source supportent l'initiative GCJ en utilisant le plus possible de libs documentées dans l'API standard (cela vient aussi du transfert de packages en "com.sun" vers "java.*", par ex les proxy auth ou jmx)