Version imprimable
Bonjour,
Je voulais savoir ce qu'était précisément un .o. Je comprend que c'est un fichier compilé qui sert à créer l'executable en C, lorsqu'il est compilé par gcc. Cela m'amène à la question, est ce que tout programme c nécessite un .o? La question sous jacente étant: est ce que tout programme c est compilé par gcc (je parle en général, par exemple sous visual ou devc++) ou gcc est il un compilateur parmis tant d'autres, et donc pas forcément de .o en c. Merci.
de .o en .c c'est pas possible.Citation:
Envoyé par petdelascar
Aller sur www.wotsit.org mais j'ai pas trouvé le format .o
gcc est un compilateur parmi d autres, mais les autres aussi passent par la génération des fichiers .o puis les rassemebler pendant la génération des liens.
Je veux dire par là, par forcément de .o en langage C.Citation:
de .o en .c c'est pas possible.
ok merci karami.
de quoi ca te derange les .o, si tu travaille avec gcc tu peux passer directement du c en executable par :Citation:
Envoyé par petdelascar
Code:
2
C'est un fichier dit 'objet' (je ne sais pas ce que ça veux dire exactement, ça vient sans doute des débuts de l'informatique). En tout cas, c'est le résultat de la compilation d'une unité de compilation (.c et .h inclus). Ce fichier est composé en majorité de bytes représentants du code exécutables (instructions machine), plus quelques indication indiquant les noms des variables et des fonctions définies extérieurement. Ce sont les identificateurs non résolus (printf, errno, MaFonctionGenialeCodeeAilleurs etc.).Citation:
Envoyé par petdelascar
L'éditeur de lien, qui sait quels sont les .o/.obj du projet et les .a/.lib (bibliothèques) du projet, tente de résoudre tous les liens manquants entre les .o et de créer le fichier exécutable . /.exe etc.)
Les détails des fichiers dépendent de chaque couple compilateur / éditeur de liens utilisé.
C'est une question d'implémentation, mais je dirais qu'il est difficile de s'en passer (je me demande si la norme ne parle pas de 'fichier intermédiaire')...Citation:
Je comprend que c'est un fichier compilé qui sert à créer l'executable en C, lorsqu'il est compilé par gcc. Cela m'amène à la question, est ce que tout programme c nécessite un .o?
Avec d'autres compilateurs pour MS-DOS/Windows, par exemple, la compilation produit un .obj, mais le principe est le même...Citation:
La question sous jacente étant: est ce que tout programme c est compilé par gcc (je parle en général, par exemple sous visual ou devc++) ou gcc est il un compilateur parmis tant d'autres, et donc pas forcément de .o en c.
Oula Oula ... 8O
Faut lire les cours de C, car c'est indiqué dedans ! :P
Les points o représentent la version objet de ton code écrit en C c'est une transition entre le fichier terminal qui sera un exécutable et ton code de départ que tu écris ! ;)
Quand tu veux que ton programme fonctionne sur une plateforme (Système d'exploitation et machine physique) particulière tu doit le compiler!
Cela se fait en deux étapes (au moins)
la génération de ton code de programmation (c) en fichier objets transformables et additionnables à d'autres (cette opération se fera dans l'édition de liens) qui formeront l'exécutable final.
Quelque soit le compilateur, tu aura toujours de points 'o' puis des exécutables lorsque toute la compilation se sera bien passée :mouarf:
Les points 'o' sont persistants si tu les as crées, cependant si tu compiles pour créer un exécutable, les points 'o' générés disparaitront à la fin de la compilation et n'auront été qu'un passage utile à la compilation. :mouarf:
:aie:Citation:
Envoyé par KARAMI
Désolé mais l'option -o renomme uniquement le fichier de sortie qui par défaut doit être a.out en UNIX et je ne sais pas quoi sous d'autres systèmes d'exploitations, mais en aucun cas elle empêchera la génération des points 'o', il seront seulement effacés parceque non demandé expressement c'est tout ! ;)
pour obtenir un point 'o' c'est l'option '-c' du compilateur gcc ! ;)
Que veux-tu faire précisément ? Une fois qu'un code source en C a été interprété et compilé c'est pas possible de faire marcher arrière.Citation:
Envoyé par petdelascar
ll y a eu des outils pour retranscrire du code assembleur par exemple en source C mais cela ne donnait pas des résultats convaincants.
Citation:
Envoyé par petdelascar
?? Les personnes qui m'ont précédé l'ont dit : les fichiers .o se sont des fichiers intermédiaires dans la compilation.
L'éditeur de lien dont parle Emmannuel ne peut pas faire d'exécutable binaire s'il n'ya pas de fichier objet
Curiosité :mouarf:
Est-ce 'a.exe', 'main.exe' qui est le nom du fichier exécutable par défaut sous Dos/Windows sous le gcc pour windows ? :P
(car gcc est un un produit GNU non ?)
C est "a.exe" si tu utilise par exmeple cygwin sous windows.Citation:
Envoyé par O( N )
mais pour mon post j ai ecrit "fichier_exe" pas necessairement d extension.
Oui, mais sous Windows, ce sont des portages (MinGW, CygWin...)Citation:
Envoyé par O( N )
Avec MinGW, on obtient a.exe.
t'ain.. grillaid...
Y-a-t-il des tutoriels sur les portages ou les émulateurs de systèmes dans développez ?
(J'avoue je n'ai pas vraiment cherché :P , c'est juste comme çà ! )
Les comprendres, réaliser des bouts 8O (bon c'est plutôt dur, mais bon l'idée est là !) :mouarf:
oui mais sous Windows un exécutable doit avoir l'extension .exe ou .com ou bien .sys ou .dllCitation:
Envoyé par O( N )