Discussion :

[lucciana]

Bonsoir a tous,
J'ai écris une petit programme sur code::blocks.
Je l'ai compilé avec Qt command prompt en utilisant ses commandes:

chemin>qmake -project
chemin>qmake
chemin>mingw32-make
La compilation c'est bien déroulé.

Sauf que quand j'ai essayé d’exécuter le prog en utilisant ses commandes:
cd release // ça a bien marché
nom.exe // c'est ici que le probleme se pose on me dis que "nom" n'est pas une commande interne ou externe du fichier.
Le .exe ne se généré pas.
Aider moi s.v.p.
Merci d'avance.

[LittleWhite]

Bonjour,

Si le programme n'ai pas généré, c'est qu'il y a eu des erreurs. Donc il va falloir nous copier les erreurs pour que nous y voyons plus clair à votre problème.
Avez vous essayé de voir dans le dossier debug, j'ose croire que pas défaut, cela compile en debug ...

[lucciana]

bonsoir,
je vous remercie mais c'est bon j'ai trouvé la solution.
A vrai dire il a fallu que je rassemble tous les DLL et que je les mettent a coté de l’exécutable qui été dans le debug, ensuit pour l’exécution j'ai utilisé ses commandes:
cd debug
nomfichier (sans le .exe).

[LittleWhite]

C'est une bonne chose.

Effectivement, lorsque l'on lance un programme, il faut que les .dll soit accompagnés du programme (ou qu'elles soient dans le dossier system32 de windows (solution très peu intelligente)).
Pour un programme en mode débug, il faut l'accompagner des .dlls qui ont un 'd' à la fin du nom (ce qui signifie que ce sont les verions pour le debug). Elle sont généralement plus grosse (et plus lente) car elles contiennent tout plein d'information afin de faciliter le debugguage (d'où son nom )
Lorsque l'on veut distribuer un programme, il faut le distribuer en version release (finale). On peut l'indiquer dans Code::Blocks (une liste déroulante, qui actuellement indique debug). Il y a aussi des .dlls à fournir, mais celle-ci ne contiennent pas de 'd' à la fin du nom. Elles sont plus légères et optimisés.