utiliser accolades dans une arborescence (dans un makefile) Résolu/Fermé

Question

Bonjour,

Je suis en train de faire un makefile pour la construction de mon projet et j'ai mis mes .c dans un dossier src.

Ce makefile n'est pas fini mais voici son état actuel :

NAME_RELEASE=bsqNAME_DEBUG=bsq_debugINC=./includes/TEST_SRC=./src/MAIN_TEST=main_test.cRELEASE_SRC=./src/MAIN_RELEASE=main.cDEBUG_DEP=./debug/C_DEBUG=debug.cH_DEGUG=debug.hSRC_LONG=./src/C_LONG=ft_long1.c ft_long2.cLONG=$(C_LONG:" "=", ")H_LONG=s_long.hDEBUG=yesCC=gccCFLAGS=-Wall -Werror -Wextraifeq ($(DEBUG), yes)NAME=$(NAME_DEBUG)elseNAME=$(NAME_RELEASE)endifall : $(NAME)$(NAME_RELEASE) :$(NAME_DEBUG) : debug.o s_long.o$(CC) $(CFLAGS) -I $(INC) $(TEST_SRC)$(MAIN_TEST) -o $(NAME)debug.o : $(INC)$(H_DEBUG) $(DEBUG_DEP)$(C_DEBUG)$(CC) $(CFLAGS) -I $(INC) -c $(DEBUG_DEP)$(C_DEBUG) -o $@s_long.o : $(INC)$(H_LONG) $(SRC_LONG){$(C_LONG)}$(CC) $(CFLAGS) Ãf-I $(INC) -c $(SRC_LONG){$(C_LONG)} -o $@

Je vous explique à présent mon problème qui doit être en somme une notion bien basique.
Le problème se trouve dans la règle s_long.o, gcc va compiler une série de .c se trouvant dans ./src/
J'aimerais utiliser l'ensemble de ces .c à partir d'une variable contenant leurs noms avec un seul appel de gcc.
J'utilise pour cela diverses variables mais en gros, je cherche à utiliser la notation avec les accolades dans une arborescence (il me semble que cette manière de faire existe) :

./src/{file1.c, file2.c, file3.c, }

Seulement zsh me retourne l'erreur suivante :
zsh: parse error near '}'.

Il y a peut-être d'autres moyens de faire mais j'aimerais comprendre cette erreur-ci (je fais ce projet avant tout pour progresser), je n'ai rien trouvé sur google car je ne sais pas vraiment où chercher : ces notions doivent être trop détaillées.

J'aimerais également vérifier si la ligne suivante permet bien d'intercaller des virgule dans les espaces :
LONG=(C_LONG:" "=", ")

Car je sais que OBJ= $(SRC:.c=.o) permet d'assigner la valeur de SRC à OBJ en remplaçant toutes les occurences  de .c par .o . (les guillements me permettront j'espère de prendre en compte les espaces mais je ne suis pas sûr de cette notation).

EDIT: je me suis appuyé sur ce cours pour élaborer ce makefile :
https://gl.developpez.com/tutoriel/outil/makefile/

EDIT bis :
Le LONG=(C_LONG:" "=", ") ne fonctionne malheureusement pas.

Merci d'avance pour vos lumières!

mamiemando · Answer

Ça me paraît suspect d'avoir plusieurs ".c" utilisé pour former un simple ".o", et j'avoue ne pas vraiment voir l'intérêt (d'ailleurs il faudrait vérifier que la commande gcc que tu veux déclencher fonctionne dans un shell avant de la traduire en makefile).

Généralement la réunion de plusieurs ".o" se traduit par une librairie statique (".a") ou dynamique (".so"), et ensuite tu peux lier ton projet à cette librairie.

Ici tu as un makefile générique "maison" :
https://forums.commentcamarche.net/forum/affich-21500291-pb-makefile-suite-portage-vers-autre-noyau#7

Sinon l'idéal, c'est d'utiliser des outils comme automake et compagnie, mais disons que ce n'est pas trivial à utiliser.

Bonne chance

mamiemando · Answer

Je me posais justement la question pour ce problème de .o/.c. 
L'intérêt est que pour nos études nous sommes soumis à une norme pour coder qui limite le nombre de fonctions par fichier, nous sommes donc obligés de faire plusieurs fichiers pour respecter ladite norme. 

Tu diras de ma part à ton prof que sa convention est stupide, car c'est le meilleur moyen d'inciter les élèves à faire des grosses fonctions bien moches au lieu d'écrire un programme bien structuré.

Ceci dit, il faudrait voir le fichier dont tu parles, peut-être que les fonctions qu'il expose pourraient être séparées en plusieurs fichiers (et chacun d'eux conduirait à générer un ".o").

Par exemple supposons que ce fichier s'appelle "maths.h" et qu'il regroupe des fonctions de trignométrie et d'algebre, on pourrait imaginer avoir un dossiers maths qui contient un fichier trignometrie.h et algebre.h. Et dans ce cas là, effectivement, c'est un découpage qui réduit le nombre de fonctions et qui a du sens. Et c'est à mon avis la "bonne" manière de résoudre le problème.

Maintenant, si on revient à ton fichier découpé en 3 sous fichiers, je ne vois pas l'intérêt de compiler les 3 dans le même ".o".

Ceci dit l'idée des .a est sans doute la meilleure pour faire des bibliothèques j'aurais du y penser c'est vrai. 

À mon avis c'est disproportionné vu ton besoin. 

Je ne pense pas qu'il soit possible avec gcc de faire un unique .o avec plusieurs .c. l'option -c n'admet pas de nom de cible et est incompatible avec -o. 

Je ne pense pas non plus car je n'en ai jamais eu le besoin. À mon avis ce n'est pas possible car ça n'a aucun intérêt :-)

Ceci dit, j'ai toujours le problème de savoir utiliser les {} dans une arborescence, j'avais vu cette notation mais je ne parviens pas à la reproduire ou à en trouver une explication sur internet. 

C'est peut être une notation qui dépend du shell. Par exemple en bash tu peux écrire ls /{home,etc} qui liste le contenu de /home /etc. Ceci dit si ton makefile dépend du shell utilisé, ce n'est pas bon signe, car ça veut dire que quelqu'un qui n'utilise pas le bon shell ne pourra pas compiler ton programme.

Bonne chance

Utiliser accolades dans une arborescence (dans un makefile)

2 réponses

Discussions similaires