Discussion :

[Gébix]

Bonjour à tous,

Je code sur dev c++ et j'aurais une petite question : j'ai fait un tout petit programme qui fonctionne très bien le seul "problème" se trouve au niveau de la taille du .exe ... 489ko contre 2ko pour la source.

Comment faire pour améliorer cela (diminuer la taille du .exe) et arrêter d'afficher la fenêtre d'invite de commande par la même occasion lors de l'exécution car j'en ai aucune utilité ? Est-ce que quelqu'un aurait de la doc ?

merci d'avance.

ps.: j'ai regarder dans les options du compilateur et ça n'a pas changer grand chose (466 ko) en mettant 'yes' à 'meilleures optimisation'.

[zais_ethael]

Je suppose que tu utilises Visual C++.
"Meilleure optimisation" n'a rien à voir avec la taille de l'exe (au contraire, ça pourrait même l'agrandir, ce qui ne signifie pas que tu dois l'enlever ). Le meilleur moyen est de passer en mode runtime et non pas debug, il y a une petite list box en haut à gauche pour ça.
Pour la fenetre il faut aller dans la fenètre de paramètrage de ton projet, il y a une option pour ça mais je ne sais plus où.

Edit: oups, j'avais pas vu pour Dev C++, mais les conseils valent aussi

[koala01]

Salut,

Il est tout à fait logique que l'exécutable fasse quelques centaines de ko (ce qui n'est, sommes toutes, rien du tout) alors que le code source tient sur un ou deux ko...

En effet, la seule directive d'inclusion d'un fichier d'entete (qui ne prend que quelque caractères) aura pour effet... de provoquer l'insertion dans l'exécutable de l'ensemble des fonctions que peut déclarer le fichier d'entete (y compris des fonctions inutilisées du fichier d'entete)

Et comme il est fréquent qu'un fichier d'entete se base sur d'autres fichiers d'entete pour etre en mesure de fournir les fonctions qui lui sont propres... la simple inclusion de iostream, pour le tout classique "hello world", produira en définitive un exécutable de ... 505 ko (sous code::blocks/mingw, sans symboles de debuggage) (pour un code source de...97 octets à peine )

Rien que pour te donner une idée, iostream, qui te permet juste de gerer les flux d'entrée/sortie inclut:

• istream
• ostream
• c++config.h

istream (et sans doute aussi ostream) inclut

• ios
• limits

ios, quant à lui, inclut

• iosfwd
• exceptions
• char_traits.h
• cstdio
• localefwd.h
• iosbase
• streambuf
• basic_ios.h

et je suis sur que l'on pourrait continuer comme cela, avec, au minimum tous les fichiers qui n'ont pas l'exension .h, et avec une bonne partie de ceux qui l'ont...

L'astuce, c'est que tous ces fichiers vont déclarer quelques fonctions (et provoquer l'insertion de ces fonction dans l'exécutable réusltant), qui seront nécessaire à la gestion des flux d'entrée/sortie, que tu n'auras peut être meme pas l'impression d'utiliser ces fonctions, parce que tu appelle une fonction qui en appelle deux autres, qui elles meme en rappelleront... et feront en sorte que tu ne puisse pas envisager de te passer de l'un d'eux...

Ceci dit, une fois que ton code est correct, tu peux te rendre dans les options de compilations et demander à effectuer une compilation finale sans les informations de débuggage (615 ko pour le hello world avec informations de debuggage contre 505 sans )

[Gébix]

Merci à vous deux. J'ai cherché dans les différents volets des options du projet mais rien ne semble correspondre à runtime. Quel est le terme utilisé par dev c++ ? et où se trouve l'option qui permet de ne pas afficher la fenêtre d'invite de commande suite à l'exécution ?

merci d'avance.

[loufoque]

Ben déjà la bibliothèque standard C++ est liée statiquement, donc rien que ça, ça prend de la place...

[millie]

Comme ça n'a pas été dit, pour optimiser la taille des fichiers exécutables avec gcc, c'est l'option : -Os (-O3 étant pour une optimisation vitesse (mais éventuellement plus grosse taille).

Sur les systèmes actuelles (genre pas un micro-contrôleur où la taille mémoire peut être vite limitée), c'est plutôt -O3 qu'on utilise

[Gébix]

merci ... pour la taille c'est ok mais pour la fenêtre je trouve rien dans les volets du panneau d'options du projet. Est-ce que quelqu'un pourrait me dire dans quel volet est l'option et me donner son nom si elle n'est pas explicite ?

merci d'avance

[millie]

Dans devC++, tu peux aller dans les options du projet. Paramètres. Pis dans Compilateur C++, ajoutes : -Os

[Gébix]

Ouais pour minimiser la taille si j'ai bien compris mais pour que la fenêtre n'apparaisse pas lors de l'execution du .exe ?

[millie]

Tu développes quel type d'application ? Qui utilise SDL ? Les bibliothèque Windows, QT ? Ou simplement console ?

[Gébix]

Un tout tout petit programme qui va me permettre de me simplifier la vie avec LaTeX de type Win32 Console. Le truc c'est que j'ai pas besion qu'il m'affiche la fenêtre d'invite de commande, j'ai juste besion qu'il compile pour qu'il génère un .tex avec une équation dedans. Il y a pas moyen qu'il ne m'affiche pas cette fenêtre ?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
#include<iostream>
#include<fstream>
#include<string>
#include<math.h>
 
using namespace std ;
 
 
int main()
{
    // code qui me permet de générer mon fichier
}

[Laurent Gomila]

Fais un projet de type "Win32 Application" (attention au point d'entrée qui devient WinMain).

[Gébix]

j'ai seulement :

- Win32 GUI
- Win32 Console
- Win32 Static Lib
- Win32 DLL

comme solution, pour les types de projet.

[zais_ethael]

Pour reprendre ce que je disais au début, chercher comment passer en mode runtime est le plus simple.
Pour expliquer cela, sache que les programmes C et C++ peuvent être compilés en deux modes: debug et runtime.
Le mode debug est indispensable pour faire du debuggage (il n'existe pas dans d'autres langages comme Java et C# tout simplement parcequ'ils permettent le débuggage dans tous les cas). Hors, ce mode génère beaucoup d'informations inutiles dans l'exécutable, passer en mode runtime permet généralement de gagner 300-400 ko facile. Comme ton projet est probablement en mode debug (c'est comme ça par défaut dans tous les editeurs que je connais), ce serait la voie la plus directe pour le problème qui te préoccupe.
Bon, maintenant à toi de retrouver la partie du menu qui permet de choisir cela, je vais pas réinstaller dev-c++ rien que pour voir où ça se trouve et te le dire.
Et pour ton problème de console, c'est le type GUI qu'il faut choisir.

Edit: pour exemple, je compile un "hello world" avec mingw et j'obtiens un exe de 586ko, en mode runtime ça devient 270.

[millie]

Pourtant, j'ai bien Windows Application dans DevC++.


Enfin, passons.

Tu devrais un minimum chercher avant de poster ta question. Par exemple en essayant les choix que tu nous demandes. Sachant que : DLL et Static lib sont des bibliothèques, et sachant que Console, c'est ce que tu avais avant. Tu devrais trouver.

[Gébix]

zais_ethael : le problème c'est que c'est la 10ème fois que je passe en revu toutes les options du projet et qu'il n'y a rien qui est nommée runtime ou debug donc ...

millie : je ne sais pas où tu vois Windows Application dans les options des projets, en tout cas pour ma part elle n'y est pas et pourtant la 4.9.9.2 qui est la dernière version il me semble. J'ai réessayé de compiler avec les autres types et il semblerait que Win32 GUI fonctionne cette fois-ci. Il me semble pourtant avoir vu une fenêtre s'afficher la dernière fois.

Enfin bref, mon problème est résolu en grande partie (je verrais une autre fois pour ce runtime introuvable), je vous remercie encore une dernière fois pour vos réponses.

Bonne soirée

[millie]

Bizarre, voici chez moi :

[Gébix]

Effectivement il y est lorsque tu crée un projet mais pas après dans le volet 'général' > 'type' dans les options du projet (ALT+P) !

[millie]

Autant pour moi. Je croyais que tu parlais lors de la création du projet. Oui, c'est bien GUI qu'il faut mettre.

[Gébix]

Pour ceux qui passerai par là en ce posant la même question que moi, il semblerait que DEV C++ n'inclue pas la partie pour le debuggage par défaut donc voilà mon dernier problème résolu.

Si l'on souhait par contre faire l'inverse (avoir la partie pour le debuggage), il faut ajouter l'attribut '-g' dans les paramètre du compilateur C++ (dans le cas de g++ qui est le compilateur par défaut sur DEV C++), pour ensuite debugger avec GBD.

Voilà tout ... bonne soirée.