Discussion :

[bilred]

Bonjour,

voilà j'ai vu et tester quelque exemple de réalisation d'un Makfile
dans ce tuto: http://gl.developpez.com/tutoriel/outil/makefile/
avec la commande (sous ubuntu):

Code :

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

  make -f Makefile

sa marche relativement bien.

Mais je n'arrive pas à saisir l'intérêt de faire des Makefile ?

et aussi je me demande si son utilisation est spécifique au langage C, si Non sur quel autre langage en peu l'utiliser ?

J'ai aussi trouver en fouillant un peu des outils plus générique du genre SCons ou CMake qui permet de gérer plusieurs plateformes / compilateurs.

Je me demande si en peut pas faire ça directement avec un Makefile simple !, Alors c'est quoi l'avantage de faire avec ces outils. ?

Merci d'avance.

[Isythiel]

Wikipédia explique assez bien l'outil :

À la différence d'un simple script shell, make exécute les commandes seulement si elles sont nécessaires. Le but est d'arriver à un résultat (logiciel compilé ou installé, documentation créée, etc.) sans nécessairement refaire toutes les étapes.

En gros, l'avantage du makefile c'est de pouvoir faire des dépendances entre certains fichiers à compiler (par exemple), en se passant de certaines étapes si elles ont déjà été faites. Exemple : tu as 15 fichiers à compiler pour ton projet, mais tu n'as modifié que main.c qui dépend des 14 autres. Seul main.c sera recompilé.
Gain de temps, coût de compilation moindre.

Le makefile peut s'adapter à tous les langages il me semble.

[Sve@r]

Bonjour,

voilà j'ai vu et tester quelque exemple de réalisation d'un Makfile
dans ce tuto: http://gl.developpez.com/tutoriel/outil/makefile/
avec la commande (sous ubuntu):

Code :

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

  make -f Makefile

sa marche relativement bien.

Mais je n'arrive pas à saisir l'intérêt de faire des Makefile ?

Isythiel a bien résumé le truc. Je vais y rajouter l'exemple de la compilation de la librairie Qt. La compilation entière (from scratch) de cette librairie dure, sur ma machine, 2h20. Et j'ai vu des machines moins performantes où la compilation prenait plus de 4h (je la lançais le soir et allais voir le résultat le lendemain). Ben vaut mieux avoir un makefile qui se charge de ne recompiler ensuite que ce qu'il faut...

et aussi je me demande si son utilisation est spécifique au langage C, si Non sur quel autre langage en peu l'utiliser ?

Le makefile a pour but de symboliser les dépendances entre fichier X et fichier Y. Ca se traduit par "pour faire un fichier Y à partir d'un fichier X, il faut faire telle et telle action". C'est à toi de coder les actions appropriées dans le makefile (ça peut aller du simple cp à la compilation de 40000 sources pour créer une librairie) et les actions sont des appels aux programmes de transformation/compilation. Ces appels sont donc codés dans la syntaxe de ton shell de travail mais les programmes de compilation/transformation, eux, sont écrits dans n'importe quel langage. Tu peux même écrire ton propre programme et le faire appeler ensuite par n'importe quel makefile. Suffit juste de lui donner le chemin d'accès à ton programme.

Par ailleurs, bien que le makefile serve dans 95% des cas à compiler du C, il peut servir à n'importe quoi d'autre. En fait, il est associé au C et C++ car ce sont les langages de conception d'Unix/Linux. Comme Unix/Linux a été écrit en C, il est plus pratique, si on veut taper dans le système, d'écrire ses codes en C (ou en C++ qui englobe le C). Et donc c'est parce que la majorité des codes sont écrits en C que le makefile ne compile quasiment que du C.

J'ai aussi trouver en fouillant un peu des outils plus générique du genre SCons ou CMake qui permet de gérer plusieurs plateformes / compilateurs.

Je me demande si en peut pas faire ça directement avec un Makefile simple !, Alors c'est quoi l'avantage de faire avec ces outils. ?

C'est toujours le problème de la machine qui sert à fabriquer la machine qui sert à fabriquer la machine qui sert à moudre le blé. Si tu dois moudre un grain de blé, tu prendras un marteau. Si tu dois moudre un épi de blé, tu prendras un mortier et une écuelle. Si tu dois moudre un sac de blé, tu prendras un petit robot mixer. Et si tu dois moudre un champ de blé, tu prendras un moulin. Ben là c'est pareil.
Pour un petit code, tu tapes directement gcc. Si ton code commence à avoir 5 ou 6 sources, autant de .h, qu'ils sont organisés en domaines (codes pour la bdd, codes pour l'ihm, codes pour les calculs) avec création de librairies intermédiaires pour associer tout ça dans un joli programme final, et que t'en as marre, à chaque fois que tu touches à un truc, de recompiler tout le projet à chaque fois (même si ça ne prend que 35 secondes, quand tu lances ta compilation pour la quinzième fois tu commences à les sentir passer) tu prendras l'habitude d'écrire le makefile approprié.
Et si tu veux recompiler un gros projet qui va taper dans du Qt pour l'IHM, dans du gd pour les graphiques, dans du PostgreSQL pour la bdd etc, et que tu dois travailler indépendamment pour du zindow ou du Linux, ben tu passeras par des outils plus complexes qui seront chiadés à paramétrer mais qui pourront te générer des makefile énormes pour compiler tout ça.