Discussion :

[Claude URBAN]

Bonsoir,

Par curiosité et pour ma culture générale.

Lorsque l'on compile un programme Java avec GCJ pour faire un éxécutable *.exe, pourquoi ce dernier est-il ENORME ?

Exemple:
Point.java = 503 octets
Cercle.java = 832 octets
ClasseSimpleMain = 1420 octets
Soit un total de : 2 755 octets.

Une fois compilé, ce petit prog fait : 8 500 Ko... 8,5 Mo...
Il fonctionne, correctement, mais il est 3 000 fois plus gros !

Il s'agit d'un petit programme d'apprentissage fonctionnant sous console Dos.

Peut-être que la réponse se trouve sur le site de GNU,( que j'ai traversé en tous sens ) mais malheureusement pour moi ce site ( comme bien d'autres ) est en Anglais et j'ai quelques difficultés avec cette langue.

J'ai l'impression que dans le " .exe " on y retrouve TOUTES les classes Java, même celles qui n'y ont rien à y faire, simplement parce qu'elles font parti du même package...peut-être.

Est-ce normal ?
Ai-je oublié quelque chose ?
Ou est-ce autre chose ?

Quelqu'un s'est-il déjà penché sur ce problème ? ( compilation GCJ )

D'avance merci pour vos réponses et à demain

Amicalement.

Claude.

[Baptiste Wicht]

Je ne suis pas tout à fait sûr de ma réponse, mais je dirais que c'est normal. Car, gcj compile toutes tes classes en natif, mais tes classes appellent d'autres classes qui sont dans l'api java et ces classes, il faut aussi les compiler en natif pour qu'il n'y ait aucun appell à la JRE. Donc, tu n'as pas que la taille de tes classes à prendre en compte, mais aussi cellle de toutes les classes que tu utilises. Par exemple pour une simple JFRame, il va falloir compiler en natif, toutes les classes qu'utilise JFrame plus la tienne ou tu l'utilise.

[Regis.C]

Je suis également du même avis.
La taille du prog en natif vient du fait qu'on doit porter en natif tous les objets et classe utilisées dans le projet, d'une simple String à des objets très complexes.
Vu que tu demandes à être indépendant de la jre, il faut tout compiler en natif.

Question bête (sans doute), mais pourquoi compiler en natif une appli java ???

[Claude URBAN]

Bonjour,

Tout d'abord, merci pour ces deux réponses.

Je suis bien conscient qu'effectivement il faille compiler toutes les classes dont le programme à besoin et je suis aussi conscient que la taille d'un java compilé sera plus importante que celle d'un programme C identique ( abscence de dll entre autre... ) mais dans l'exemple cité ci-dessus ( exemple vécu ) 3 000 fois plus !! c'est vraiment beaucoup.

Après être rentré dans le pgr .exe cité, il me semble que bon nombre de classes n'ont rien à y faire ?...il me semble !

Pour Regis.C
1°/ Par simple curiosité et travail intellectuel. ( Faire tourner les neurones et savoir comment ça marche. )
ensuite,
2°/ Personnellement, je pense que java aurait beaucoup à y gagner à pouvoir faire les deux. Rester multi-plateforme avec sa JVM et pouvoir faire des éxécutables natifs. Il n'y a qu'à voir les nombreuses demandes faites sur les forums. " Comment faire un exe avec Java... "
Mais c'est un avis tout personnel, car au fil de mes lectures j'ai cru comprendre que bon nombre de " Javistes " tenaient à conserver la conception actuelle. Il n'empêche que certaines personnes influantes dans le domaine de l'informatique se sont penchées et se penchent encore actuellement sur le problème.
J'ai lu, sur le site de GNU ( News GCJ ), mais peut-être ai-je mal compris ( Bad Anglais ! ) que GCJ allait s'associer avec Eclipse pour faire un " Front-End "... ( Compilateur Natif... Non !! )

Je pense que l'avenir sera aux deux possibilités.
Pouvoir choisir en fonction de ce que l'on veut faire.


Encore et @++

Claude

[Regis.C]

Merci pour tes précisions.
Quand aux nombreux sujet "comment faire un .exe en java", je pense que 90% des demandes parlent d'un launcher java, qui a l'avantage d'être plus "parlant" pour les non-informaticiens qu'un .jar executable (icone personnel, propriété, etc.) et fait d'avantage "application aboutie" qu'un .bat qui lance la ligne de commande.

J'en suis moi-même un des utilisateurs puisque la plupart de mes applis java sont launchées via un pseudo .exe créé à partir de JToExe, tout en conservant la possibilité de lancer l'appli de manière moins "intuitive" pour l'utilisateur lambda.

[Baptiste Wicht]

Après être rentré dans le pgr .exe cité, il me semble que bon nombre de classes n'ont rien à y faire ?...il me semble !

Lesquelles par exemple ?

On se rend pas compte du nombre de classes que l'on utilise, il faut compter chaque classe que l'on étend, chaque classe que l'on implémente, chaque classe que l'on emploie et ensuite, chaque classe qu'emploie chaque classe que l'on emploie

[adiGuba]

Salut,


Sans oublier tout ce qui est implicite et/ou géré normalement par la JVM (API de base, ClassLoader, reflection, Garbage Collector, etc.).

a++