[makefile] probleme de comparaison dans if test

j ai un petit souci dans mon makefile, la partie du code qui me pose problème ressemble à ça :

Code:

---

1 2	cible : dépendance if [ `cmp -s file1 file2` ] ; then echo "test vrai" ; else echo "test faux" ; fi

---

a priori selon que les fichiers 1 ou 2 soient ou pas différents, ça devrais afficher test vrai ou test faux :

file1 différent de file2 ==> test vrai
file1 similaire à file2 ==> test faux


Le problème c est que 'test faux' est affiché qu importe que mes fichiers soient ou pas différents. Pourquoi ??

merci

`cmp -s toto.txt toto.txt` && [ $? -eq 0 ] && echo "test vrai" || echo "test faux"

super je te remercie ça marche, à une petite précision près :

$? désigne les dépendances en makefile
donc il faut mettre $$?

Code:

---

`cmp -s toto.txt toto.txt` && [ $$? -eq 0 ] && echo "test vrai" || echo "test faux"

---

ou celle que je préfère :

Code:

---

if `cmp -s toto.txt toto.txt` && [ $$? -eq 0 ] ; then echo "test vrai" ; else echo "test faux" ; fi

---

Citation:

---

Envoyé par Ashin

super je te remercie ça marche, à une petite précision près :

$? désigne les dépendances en makefile
donc il faut mettre $$?

Code:

---

`cmp -s toto.txt toto.txt` && [ $$? -eq 0 ] && echo "test vrai" || echo "test faux"

---

ou celle que je préfère :

Code:

---

if `cmp -s toto.txt toto.txt` && [ $$? -eq 0 ] ; then echo "test vrai" ; else echo "test faux" ; fi

---

---

Totalement idiot autant dans le problème que dans la solution proposée. Pourquoi tu mets des backquottes ??? Le shell remplacera la commande par ce qu'elle affiche (c.a.d. rien) et exécute donc if [ ] then ... else ... => "rien" étant faux, ce sera toujours le "else"

Code:

---

if cmp -s toto.txt toto.txt; then echo "test vrai" ; else echo "test faux" ; fi

---

Si jamais t'as un problème d'affichage parasite issu de la commande cmp, ben tu le rediriges et basta

Code:

---

if cmp -s toto.txt toto.txt 1>/dev/null; then echo "test vrai" ; else echo "test faux" ; fi

---

Les backquottes ont une fonction bien précise. Si la fonction en question n'est pas demandée alors pas de backquottes !!!

en meme temps si je connaissais toutes les subtilités du shell ou des make files, je ne poserais pas de questions ici!!

d ailleurs j ai pas compris ta solution :

cmp -s file1 file2 ne pose pas de probleme mais que représente
"1>/dev/null" ??


sinon sa solution n est pas complètement bete, du moins elle fonctionne très bien.

Citation:

---

Envoyé par Ashin

d ailleurs j ai pas compris ta solution :

cmp -s file1 file2 ne pose pas de probleme mais que représente
"1>/dev/null" ??

---

Généralement les commandes d'Unix envoient des informations à l'écran. En l'ocurrence, si les fichiers sont différents cmp enverra un petit texte donnant la position du premier octet qui diffère.
Là, ne voulant pas voir apparaître d'info "parasite" dans mon programme car c'est lui qui reprend tout à son compte et qui gère en conséquence, je redirige les textes éventuellement affichés par "cmp" dans le périphérique poubelle "/dev/null"

Citation:

---

Envoyé par Ashin

sinon sa solution n est pas complètement bete, du moins elle fonctionne très bien.

---

Dans ta (sa) solution, le shell commence par mettre son exécution en attente puis instancie un mécanisme d'appel spécial (les backquottes) destiné à récupérer ce que la commande "cmp" affiche. Puis le shell récupère ce que le sous-processus affiche (ici "rien" => le super mécanisme a donc été hyper utile).
Ensuite le shell vérifie que ce processus s'est bien déroulé (le "&&" qui demande une vérification alors qu'un simple ";" aurait suffit) puis initialise une comparaison entre le code retour de la dernière commande (cmp) avec 0 (commande bien exécutée) pour faire un choix.

Moi, j'appelle simplement la commande "cmp" et je vérifie qu'elle s'est bien exécutée pour faire un choix.

Par ailleurs, j'avais pas fait attention à un petit détail dans ta (sa) solution => si jamais les fichiers sont différents, la commande "cmp" affichera "toto.txt titi.txt différents octet X" Le shell récupèrera tout cet affichage et l'utilisera dans le contexte où il se trouve. Or, dans ce contexte, il se trouve en début de ligne donc le shell croira qu'il s'agit d'une commande. Il tentera donc d'exécuter la commande "toto.txt" (qui n'existe probablement pas) et ça te donnera donc un petit message d'erreur. Petit bug pas bien méchant.
Maintenant imaginons que tu tapes

Code:

---

`cmp -s /bin/rm toto.txt` && [ $$? -eq 0 ] && echo "test vrai" || echo "test faux"

---

Ben là, le shell recevra le message "/bin/rm toto.txt différents octet X" qu'il exécutera tranquillement => hop, effacé le fichier "toto.txt"...

Voilà. J'ai un peu détaillé les différences entre sa solution et la mienne. On peut effectivement tuer une mouche avec un lance flamme. Ca fonctionne aussi très-bien mais c'est beaucoup d'efforts pour un petit résultat et parfois on crame la baraque avec. Mais c'est ton programme et t'es bien entendu libre de choisir la solution que tu préfères...

Si tu veux apprendre le shell, regarde les cours Linux : http://linux.developpez.com/cours/

ok, je te remercie de cette précision; je ne connaissais pas cette méthode.