Faut eviter de l'appeler exec, parce que bon apres, si il fait 'exec' sans le ./ ca risque de le surprendre.
C'est l'erreur classique du :
$ gcc test.c -o test
$ test
$
("- bah ca fait rien !!! Ah marche po !!!" )
quand on debute la prog...
Que le premier qui n'a jamais fait ca me lance la premiere pierre (aie, mais heu, arretez... :D )
Arf, arf, arf ... 'me rappelle un TP sur AIX, ça.
Code :
#include <stdio.h>
main() {
printf(" COUCOU !!!\n" );
}
~/TP2$ cc -o test test.c
~/TP2$ test
~/TP2$
«Ben .... ? Monsieur, ya le printf qui marche pu.» :lol:
e_esprit
Faut eviter de l'appeler exec, parce que bon apres, si il fait 'exec' sans le ./ ca risque de le surprendre.
C'est l'erreur classique du :
$ gcc test.c -o test
$ test
$
("- bah ca fait rien !!! Ah marche po !!!" )
quand on debute la prog...
Que le premier qui n'a jamais fait ca me lance la premiere pierre (aie, mais heu, arretez... :D )
EverGlide
cc fichier.c
si tu veux utiliser une lib
cc fichier.c -L/u/etc/.../ -lnom_de_la_lib
et l'executable ki est cree est a.out
donc tu fais ./a.out
ou sinon cc -o exec fichier.c
dans ce cas tu pourras faire ./exec
ok j'avais pas vu que c'était toi qui avait donné la bonne réponse plus haut. On peut voir un .o comme une sorte de bibliothèque (<- on dit pas librairie) m'enfin pour moi une bibli c'est un .a (statique, qui ressemble pas mal à un paquet de .o agregés ensemble je te l'accorde) ou un .so (dynamique, que du bonheur à fabriquer). De mon point de vue, un .o reste un objet intermédiaire dans la construction d'un executable ou d'une bibliothèque.
En fait je crois que je traduit mal library de l'anglais. ça doit etre ça.
C'est pas ce que je viens de dire plus haut peut etre ?
Un .o c'est pas une sorte de librairie ?
Regardes ma reponse plus haut ! Je suis un master du gcc :sol: je ne me trompe jamais :D
ok j'avais pas vu que c'était toi qui avait donné la bonne réponse plus haut. On peut voir un .o comme une sorte de bibliothèque (<- on dit pas librairie) m'enfin pour moi une bibli c'est un .a (statique, qui ressemble pas mal à un paquet de .o agregés ensemble je te l'accorde) ou un .so (dynamique, que du bonheur à fabriquer). De mon point de vue, un .o reste un objet intermédiaire dans la construction d'un executable ou d'une bibliothèque.
arf :) Sam, quand t'es pas sûr de toi, abstiens-toi plutôt que de dire une connerie (je sais c'est dur :D). L'option -c sert à compiler (produire un .o), et elle ne fait que ça: gcc sans options fait la compilation ET le linkage en une fois, ce qui permet de produire un executable.
C'est pas ce que je viens de dire plus haut peut etre ?
Un .o c'est pas une sorte de librairie ?
Regardes ma reponse plus haut ! Je suis un master du gcc :sol: je ne me trompe jamais :D
apolon34
et pis -o montruc.exe, faut pas deconner non plus !
-c veut dire que tu veux generer une librairie. Or une librairie ne peut s'excecuter : CQFD.
là ça devrait aller
arf :) Sam, quand t'es pas sûr de toi, abstiens-toi plutôt que de dire une connerie (je sais c'est dur :D). L'option -c sert à compiler (produire un .o), et elle ne fait que ça: gcc sans options fait la compilation ET le linkage en une fois, ce qui permet de produire un executable.
Merci bcp!! Je vais essayer! En tout cas c'est vraiment bizarre parce qu' avant ces commandes marchait et depuis que j'ai dû reinstaller linux même si c'est la même version ça ne marche plus. Bizarre.........
-c veut dire que tu veux generer une librairie. Or une librairie ne peut s'excecuter : CQFD.
là ça devrait aller
julychoupi
Merci bcp!! Je vais essayer! En tout cas c'est vraiment bizarre parce qu' avant ces commandes marchait et depuis que j'ai dû reinstaller linux même si c'est la même version ça ne marche plus. Bizarre.........
J'ai une petite question. J'ai la Mandrake 8.2 et lorsque je programme en C j'arrive bien à compiler avec gcc -c nom.c
Seulement je n'arrive pas à exécuter ce prog avec ./nom
Et lorsque je tape pour compiler gcc -c nom.c nom j'ai un message d'erreur qui me dit que le fichier nom n'existe pas. J'étais pourtant persuadée que c'était les bonnes lignes de commandes. Où est l'erreur svp??
Essayes : gcc fichier.c -o monfichier.exe et reessayes
julychoupi
J'ai une petite question. J'ai la Mandrake 8.2 et lorsque je programme en C j'arrive bien à compiler avec gcc -c nom.c
Seulement je n'arrive pas à exécuter ce prog avec ./nom
Et lorsque je tape pour compiler gcc -c nom.c nom j'ai un message d'erreur qui me dit que le fichier nom n'existe pas. J'étais pourtant persuadée que c'était les bonnes lignes de commandes. Où est l'erreur svp??
