Je comprends mieux, merci de m'avoir éclairé sur le sujet. Bonne soirée.
Sylvio (06700) 06 68 85 44 03 Date: Fri, 3 Sep 2010 00:18:53 +0200 Subject: Re: [Tech] Makefile From: [email protected] To: [email protected] Salut Bélénos :)Effectivement dans la mesure où c'est moins long, on peut se demander quel est l'intérêt. Mais imagine qu'un jour je doive rajouter des options à NASM. Je n'ai qu'à modifier une seule fois la variable ASFLAGS plutôt que chercher dans le Makefile toutes ses occurences. Bon, dans ce cas là, c'est superflu, mais bon, j'essaie de faire ça clean. Et puis quand tu vois la taille des options pour G++ par exemple, c'est déjà plus justifié. En outre, il me semble que d'une part on peut utiliser des variables définies dans un autre Makefile (je ne sais pas comment... à confirmer par quelqu'un ayant plus l'habitude), par ailleurs, certains variables ont un nom stanard, si on ne les définit pas dans le Makefile, je crois qu'elles sont déjà définies par Make, comme $(AS) ou $(CC). D'ailleurs, si j'enlève la déclaration d'$(AS), mon FreeBSD tente d'utiliser /usr/bin/as au lieu de nasm... donc la variable $(AS) est déjà définie et pointe dessus. Enfin, je peux me tromper masi c'est ce que j'ai cru comprendre. Que quelqu'un me rectifie le cas échéant. Bonne soirée :) Le 3 septembre 2010 00:08, Bélénos Le Gaulois <[email protected]> a écrit : Bonjour à tous, Je suis votre conversation qui est très instructive, mais je me pose une question qui va surement vous paraitre très bête: Quel est l'intérêt d'utiliser des variables ou plutôt des constantes dans ce cas précis) quand leur frappe est plus longue que la saisie de la commande elle même? $(AS) $(ASFLAGS) pour nasm -f bin Sylvio (06700) 06 68 85 44 03 Date: Thu, 2 Sep 2010 23:55:19 +0200 Subject: Re: [Tech] Makefile From: [email protected] To: [email protected] Merci bien, c'était là le problème, maintenant, il me reste à reconfigurer Vim et choisir entre le laisser insérer sa tab de base (qui fait la taille de 8 espaces j'aime pas trop ça) ou alors 4 espaces... maintenant, il semble se produire des erreurs plus ou moins aléatoires avec les variables que je définis au début, on dirait qu'il n'arrive pas à les insérer dans les commandes, sur la sortie, des fois, ça laisse un vide, comme par exemple nasm -f bin -o bootle boot.s ayant disparu au passage... pareil avec la cible de la commande de linkage... et chez mon collègue, ce sont les CFLAGS qui n'apparaissent pasce souci commence à m'agacer, il n'y a rien qui m'énerve plus que quand je perd du temps de codage à essayer de configurer mon environnement de travail et que ça ne fonctionne pas, mais bon, je n'ai pas trop l'habitude d'écrire mes propres Makefile, peut être que je m'y prends mal avec les déclarations. Merci en tous cas, à bientôt Le 2 septembre 2010 23:33, Benoit LAURENT <[email protected]> a écrit : Le 02/09/2010 22:40, Léo Testard a écrit : Hello la liste :-) Je me demandais s'il y avait parmi vous des connaisseurs de... Makefile je suis en train d'en écrire un pour ce sur quoi je suis en train de coder actuellement... et j'obtiens une erreur d'autant plus étrange qu'elle ne se manifeste pas toujours de la même façon. Voici déjà le code : http://omploader.org/vNWY1Ng/Makefile L'erreur en question se produit à la ligne 11 (et 14). Sur mon FreeBSD, ça donne : "Makefile", line 11: Need an operator "Makefile", line 14: Need an operator Sur le PC d'un collège, sur Ubuntu, il obtient une erreur différente : Makefile:12: *** Séparateur manquant. Arrêt. à noter que quand je copie et modifie à peine un Makefile écrit par quelqu'un d'autre, ça semble fonctionner, mais dès que j'ajoute des lignes ou des sections, cette erreur revient. J'aurais vraiment bidouillé le fichier n'importe comment pour essayer de résoudre ce problème, mais sans succès. Merci d'avance et à bientôt :) Hello, Met des tabulations au lieu des espaces devant la ligne 11 et 14. (comme pour les lignes suivantes). Benoit Diffusez cette liste aupres de vos relations :-) Linux Azur : http://www.linux-azur.org Vous etes responsable de vos propos. *** Merci de rediger sans SMS, ni HTML ni PJ ***
