[linux] tuto sur le makefile

Bonjour tout le monde
ma question est simple. quand je recopie le makefile du tuto:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16

all: hello hello: hello.o main.o gcc -o hello hello.o main.o   hello.o: hello.c gcc -o hello.o -c hello.c -Wall -ansi   main.o: main.c hello.h gcc -o main.o -c main.c -Wall -ansi   clean: rm -rf *.o   mrproper: clean rm -rf hello

---

Pour après la compilation reussie, j'ai toujours dans mon repertoire les fichiers .o ? alors que je croyais que la regle clean était faite mais elle ne l'est pas. pourquoi ?
merci de votre éclairage
++

Bonjour,
si j'ai bien compris, vous faites un :

Code:

---

$ make

---

qui compile correctement votre projet et souhaiterez que la partie clean soit réalisée?

Si c'est le cas, par défaut, la commande make exécute la partie all. si vous souhaitez exécuter la partie clean, il faut le préciser :

Code:

---

$ make && make clean

---

contrairement à un lecteur humain qui exécute les tâches en partant du
haut de la liste et en descendant

les tâches du makefile sont exécutées en partant du bas et en remontant

donc on commence par virer l'exécutable et les .o puis on les reconstruit

Citation:

---

Envoyé par HRS

contrairement à un lecteur humain qui exécute les tâches en partant du
haut de la liste et en descendant

les tâches du makefile sont exécutées en partant du bas et en remontant

donc on commence par virer l'exécutable et les .o puis on les reconstruit

---

Non, ca ne commence pas par le bas, ni par le haut d'ailleurs (enfin parfois en partie).
De plus toute les regles ne sont pas systematiquement applique, fort heureusement d'ailleurs car sinon si tout les .o etait detruit, l'ensemble des fichiers seraient recompilés ce qui prendrait un temps certains pour les gros projets.

En fait il y a deux cas a distinguer :

* tu appelles make en specifiant la cible (par exemple make clean) : dans ce cas le makefile commence par cette regle.
* tu appelles make sans preciser de cible, alors la premiere regle rencontree (en commencant par le haut du fichier) est execute (soit la regle all dans le cas de l'exemple).

Le mecanisme d'execution est ensuite le suivant :
* lorsqu'une regle est evalue, on commence par evalue recursivement ces dependances.
* lorsque les dependances ont ete evaluees et si au moins une des dependances est plus recente que la cible, si la cible ne correspond pas a un fichier ou si elle est dans .PHONIE alors les commandes de cette regle sont appliquees.

La regle clean n'apparaissant ni dans les dependances de la regle all ni dans les dependances parcourues, elle n'est pas execute lors de l'appel a make.

Pour l'executer il faut donc soit utiliser la methode de gege2061 soit modifie la regle all pour qu'elle devienne :

Code:

---

all: hello clean

---

Par contre d'une maniere generale je te deconseille, en phase de dev ou de debug, de supprimmer systematiquement les .o, en effet puisque celles les cibles plus anciennes que leur dependances sont reconstruites, conserver les .o permet, si les dependances sont correctement definies bien entendue, de recompiler tout ce qui est necessaire et seulement cela plutot que de recompiler tout le projet a chaque fois ce qui s'avere etre, sur de gros projets, un gain de temps considerable.
Par contre avant une recette ou si tu as un doute sur tes dependances (peur d'en avoir oublie) la il est necessaire de tout supprimmer puis de lancer la compilation complete

explication claire, précise et qui répond à ma question. qu'est ce que tu veux que je dise à part MERCI ? j'ai rien d'autre à ajouter :lol:

Voulez-vous dire que l'ordre des instructions (conditionnées ou non)
importe peu, et que présenté comme infra, cela donne les mêmes résultats ?

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17

hello.o: hello.c gcc -o hello.o -c hello.c -Wall -ansi   main.o: main.c hello.h gcc -o main.o -c main.c -Wall -ansi   clean: rm -rf *.o   hello: hello.o main.o gcc -o hello hello.o main.o   mrproper: clean rm -rf hello all: hello

---

Salut,

Citation:

---

Envoyé par HRS

Voulez-vous dire que l'ordre des instructions (conditionnées ou non)
importe peu, et que présenté comme infra, cela donne les mêmes résultats ?

---

D'après ce que j'ai compris, pas tout à fait.
Dans le makefile que tu présentes, en l'appelant sans préciser la cible, la première règle rencontrée est celle construisant hello.o. Donc au final, tu te retrouveras avec le fichier objet hello.o, et terminé.
Avec le premier makefile présenté, la première règle était "all", qui construisait l'exécutable (via les récursions construisant les divers fichiers objets).

L'ordre n'a pas d'importance, mais la première règle présentée en a une (en général, quand on tape "make", c'est pour construire le fichier cible principal). Ensuite, c'est juste affaire d'appel des fichiers nécessaires à la résolution de la règle, donc peu importe dans quel ordre se trouvent les règles construisant ces fichiers, elles seront appelées quand cela sera nécessaire.

Citation:

---

Envoyé par plegat

Salut,

Citation:

---

Envoyé par HRS

Voulez-vous dire que l'ordre des instructions (conditionnées ou non)
importe peu, et que présenté comme infra, cela donne les mêmes résultats ?

---

D'après ce que j'ai compris, pas tout à fait.
Dans le makefile que tu présentes, en l'appelant sans préciser la cible, la première règle rencontrée est celle construisant hello.o. Donc au final, tu te retrouveras avec le fichier objet hello.o, et terminé.
Avec le premier makefile présenté, la première règle était "all", qui construisait l'exécutable (via les récursions construisant les divers fichiers objets).

L'ordre n'a pas d'importance, mais la première règle présentée en a une (en général, quand on tape "make", c'est pour construire le fichier cible principal). Ensuite, c'est juste affaire d'appel des fichiers nécessaires à la résolution de la règle, donc peu importe dans quel ordre se trouvent les règles construisant ces fichiers, elles seront appelées quand cela sera nécessaire.

---

C'est bien ca