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 <beleno...@hotmail.fr> 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: leo.test...@gmail.com
> To: linux06@linuxfr.org
>
>
> 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 boot
> le 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
> pas
> ce 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 <ad...@benlau.fr> 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 ***



Répondre à