> quid de futures fonctions basés sur Java et que GCJ ne pourra pas supporter immédiatement ?
Excellente question. Ça dépend de la bonne volontée de Sun. Au pire il y aura un mini-fork (java ne se révolutionne pas tous les jours).
> quid des problèmes de mémoire et de vitesse induits par Java sur des configurations modestes ?
Ici ça marche correctement avec gcj. Tu devrais faire un essai. Gcj a maintenant un niveau tout a fait respectable (même s'il reste encore du boulot). Avec Gcj (et classgnu) ont fait touner assez confortablement le gros et 100 % java eclipse en version native. De plus eclipse utilise gij pour java (si tout est bien configuré).
Franchement, tu devrais faire un essai. Enfin, gcj a une marge de progression (vitesse et mémoire) beaucoup plus importante que le java "classique".
[^] # Re: gcj
Posté par fabb . En réponse à la dépêche OpenOffice.org version 2.0 et Java. Évalué à 2.
Excellente question. Ça dépend de la bonne volontée de Sun. Au pire il y aura un mini-fork (java ne se révolutionne pas tous les jours).
> quid des problèmes de mémoire et de vitesse induits par Java sur des configurations modestes ?
Ici ça marche correctement avec gcj. Tu devrais faire un essai. Gcj a maintenant un niveau tout a fait respectable (même s'il reste encore du boulot). Avec Gcj (et classgnu) ont fait touner assez confortablement le gros et 100 % java eclipse en version native. De plus eclipse utilise gij pour java (si tout est bien configuré).
Franchement, tu devrais faire un essai. Enfin, gcj a une marge de progression (vitesse et mémoire) beaucoup plus importante que le java "classique".