Non. Il est par défaut dans FC4T1 (va être probablement déplacé dans Fedora Extra).
> - comportement bizarre
Je ne suis pas un utilisateur régulier d'éclipse. D'ailleurs je ne connais pas bien java. Je commence à m'y intéresser car il y a enfin une solution libre, viable, supporté (dans le contexte d'une distribution) et sans prise de tête. Eclipse compilé avec gcj est fournit par Red Hat depuis RHEL 3. Donc, ça ne doit pas être trop pourri.
> - plus de 250Mo de mémoire résiduelle
Depuis un chroot (le chroot c'est pour passer sous FC4T1), avec eclipse-ecj et eclipse-jdt + évidemment toutes les dépendances :
[admin@one ~]$ free
total used free shared buffers cached
Mem: 517176 498396 18780 0 9180 334116
-/+ buffers/cache: 155100 362076
Swap: 1702392 163816 1538576
[admin@one ~]$ eclipse &
[1] 31151
[admin@one ~]$ free # après le chargement d'Eclipse
total used free shared buffers cached
Mem: 517176 469124 48052 0 7440 259868
-/+ buffers/cache: 201816 315360
Swap: 1702392 163812 1538580
Temps de chargement de 28 secondes si rien est en cache (relativement vieux disque de 20 Go), 10 secondes si c'est en cache. Athlon XP 1600 - 512 Mo.
Sûr que ça doit bouffer plus de mémoire avec un projet ouvert.
> - lenteur (à ma très grande suprise).
Pas un foudre de guerre. Mais ça roule.
> mais avec gij, rien à faire, totalement inexploitable...
Je n'ai pas connaissance que Red Hat n'ait jamais tenté d'utiliser gij. En fait, ils voulait eclipse avec un java libre. Après quelques tests (et selon mes souvenirs car c'est vieu) ils se sont orienté vers gcj (compilation en natif d'Eclipse).
> Mais si t'as des tuyaux je suis prenneur.
Si c'est pour évaluer le potentiel, le mieux est d'installer FC4T1. Néanmoins je te conseille d'attendre FC4T2 car la T1, comme toute T1 qui se respecte, est assez bugguée.
[^] # Re: gcj
Posté par fabb . En réponse à la dépêche OpenOffice.org version 2.0 et Java. Évalué à 1.
Non. Il est par défaut dans FC4T1 (va être probablement déplacé dans Fedora Extra).
> - comportement bizarre
Je ne suis pas un utilisateur régulier d'éclipse. D'ailleurs je ne connais pas bien java. Je commence à m'y intéresser car il y a enfin une solution libre, viable, supporté (dans le contexte d'une distribution) et sans prise de tête. Eclipse compilé avec gcj est fournit par Red Hat depuis RHEL 3. Donc, ça ne doit pas être trop pourri.
> - plus de 250Mo de mémoire résiduelle
Depuis un chroot (le chroot c'est pour passer sous FC4T1), avec eclipse-ecj et eclipse-jdt + évidemment toutes les dépendances :
[admin@one ~]$ free
total used free shared buffers cached
Mem: 517176 498396 18780 0 9180 334116
-/+ buffers/cache: 155100 362076
Swap: 1702392 163816 1538576
[admin@one ~]$ eclipse &
[1] 31151
[admin@one ~]$ free # après le chargement d'Eclipse
total used free shared buffers cached
Mem: 517176 469124 48052 0 7440 259868
-/+ buffers/cache: 201816 315360
Swap: 1702392 163812 1538580
Temps de chargement de 28 secondes si rien est en cache (relativement vieux disque de 20 Go), 10 secondes si c'est en cache. Athlon XP 1600 - 512 Mo.
Sûr que ça doit bouffer plus de mémoire avec un projet ouvert.
> - lenteur (à ma très grande suprise).
Pas un foudre de guerre. Mais ça roule.
> mais avec gij, rien à faire, totalement inexploitable...
Je n'ai pas connaissance que Red Hat n'ait jamais tenté d'utiliser gij. En fait, ils voulait eclipse avec un java libre. Après quelques tests (et selon mes souvenirs car c'est vieu) ils se sont orienté vers gcj (compilation en natif d'Eclipse).
> Mais si t'as des tuyaux je suis prenneur.
Si c'est pour évaluer le potentiel, le mieux est d'installer FC4T1. Néanmoins je te conseille d'attendre FC4T2 car la T1, comme toute T1 qui se respecte, est assez bugguée.