Comment puis-je vérifier si le fichier existe dans le Makefile si je peux le supprimer?

Dans la partie propre de mon Makefile je suis en train de vérifier si le fichier existe avant de le supprimer définitivement. J'ai utiliser ce code mais je recevoir des erreurs.

Quel est le problème avec elle?

 if [ -a myApp ]
 then
     rm myApp
 fi

J'obtiens ce message d'erreur

 if [ -a myApp ]
 /bin/sh: Syntax error: end of file unexpected (expecting "then")
 make: *** [clean] Error 2
  • Est myApp une variable ou un nom de fichier?
  • monapp est pour myApplication c'est à dire le nom de fichier par le processus de construction.
  • Si vous voulez juste pour éviter de faire barrage si le fichier n'existe pas, rm -rf myApp pourrait être une alternative. Ou précédant la commande avec un tiret (-rm myApp) à faire pour faire ignorer l'erreur de rm (il sera cependant imprimer un vilain message).
  • Votre problème est que faire des traite chaque ligne dans une règle distincte de commande et envoie individuellement à la coque. C'est comme courir juste "si [ -a myApp]" sur son propre. Si vous obtenez cette erreur, vous avez besoin d'une solution qui a rejoint les lignes en un seul (à l'aide ) ou qui se termine avec chaque ligne indépendante de l'autre. Il ya maintenant plusieurs de ces ci-dessous.
InformationsquelleAutor Abruzzo Forte e Gentile | 2011-04-05
  1. 20

    La deuxième réponse sommet mentionne ifeq, cependant, il ne mentionne que ceux-ci doivent être sur le même niveau que le nom de la cible, par exemple, pour télécharger un fichier seulement si il n'existe pas encore, le code suivant peut être utilisé:

    if fi
download:
ifeq (,$(wildcard ./glob.c))
    curl … -o glob.c
endif
    • n'a pas fonctionné jusqu'à ce que j'ai ajouté de la barre oblique inverse ` après si fi
    • Je ne pense pas que vous avez réellement besoin de la if fi partie, je suppose qu'il était censé démontrer quelque chose d'autre, je ne sais pas trop comment il a fini dans la réponse, TBH. \_(ツ)_/
    • Cette réponse va être un peu bizarre; la vérification des fichiers qui se passe quand le makefile est traitée, mais l'action va se passer plus tard, lorsque la cible est construit par la marque. Si vous supprimez le fichier, dans l'intervalle, alors le fichier ne sera pas créé. J'ai mis dans un modifier pour le rendre plus clair.
    • Merci beaucoup! Ce point n'était pas clair à la lecture du manuel.
    InformationsquelleAutor cnst
  2. 192

    C'est étrange de voir tant de gens à l'aide de scripts shell pour cela. Je cherchais un moyen d'utiliser le natif makefile syntaxe, parce que je suis en train d'écrire ceci en dehors de tout objectif. Vous pouvez utiliser le wildcard fonction pour vérifier si le fichier existe:

     ifeq ($(UNAME),Darwin)
     SHELL := /opt/local/bin/bash
     OS_X  := true
 else ifneq (,$(wildcard /etc/redhat-release))
     OS_RHEL := true
 else
     OS_DEB  := true
     SHELL := /bin/bash
 endif

    Mise à jour:

    J'ai trouvé un moyen qui est vraiment pour moi:

    ifneq ("$(wildcard $(PATH_TO_FILE))","")
    FILE_EXISTS = 1
else
    FILE_EXISTS = 0
endif
    • Truc intéressant. Je viens d'aller vérifier pour gentoo release 🙂
    • J'ai effectivement variante récemment. Je découvre les gestionnaires de paquets avec cette yum := $(shell { type yum; } 2>/dev/null) et avec ifdef vous pouvez vérifier si la variable vide ou pas, et puis de définir quelque chose comme RHEL:=true
    • Quelqu'un doit mentionner que les directives ne fonctionnent que si elles ne sont pas en retrait...
    • essayé cela, mais j'ai continuer à se Makefile:133: *** unterminated call to function `wildcard': missing `)'. Stop.
    • Votre commentaire m'aide vraiment. Apprécié.
    • Vous avez peut-être manquant entre parenthèses. Veuillez vérifier.
    • Cette échoue si $(CHEMIN_VERS_FICHIER) correspond à un nom de fichier contenant des parenthèses.
    • Grande utilisation de génériques, de sorte qu'il peut être fait avec makefile lui-même. Soigné 🙂
    • Aide également à comprendre ce que $(wildcard pattern) la réalité. Voir le lien.
    • Est-il un moyen de faire ce travail au sein d'une règle (quand "en retrait")?
    • Plus concis: FILE_EXISTS := $(or $(and $(wildcard $(PATH_TO_FILE)),1),0)
    • Il est intéressant de noter que si vous êtes en cours d'exécution sur Windows sous cygwin, l'utilisation générique de cette manière ne un casse match sur le nom de fichier, si le fichier existe, mais avec une casse différente que le chemin ne sera pas trouvé. Il ne semble pas être un moyen de contourner ce comportement dans le makefile.
    • directives only work if they're not indented avec onglets. De Plus, ils courent au makefile analyse de scène, pas dans le "runtime" (cible de l'exécution de l'étape.

    InformationsquelleAutor holms
  3. 47

    Il peut avoir besoin d'une barre oblique à la fin de la ligne, pour la suite (bien que peut-être cela dépend de la version de make):

    if [ -a myApp ] ; \
then \
     rm myApp ; \
fi;
    • ne semble pas être un fichier Makefile de la syntaxe? sunsite.université de l'alberta.ca/Documentation/Gnu/faire-3.79/html_chapter/...
    • sa syntaxe bash. En s'échappant des nouvelles lignes qu'elle lui permet d'être traitées comme une seule commande bash. Par défaut dans make une nouvelle ligne serait une nouvelle commande bash. Le principal inconvénient de ce, autre que la contrariété d'avoir beaucoup de \ à la fin des lignes, c'est que chaque commande doit être dénoncé avec la ; qui autrement serait implicite dans bash.
    • La bonne réponse est par @holms. Ni"\", ni le caractère générique est exactement prévu à cet effet. La raison pour laquelle vous utilisez les caractères génériques est pour le code de la clarté. Non seulement cette méthode est de moins en moins lisible, il est plus sujette à des erreurs de syntaxe.
    • le link @holms fourni ne fonctionne plus, utiliser les gnu.org/software/make/manual/make.html#Conditionals au lieu
    • c'est une excellente réponse, car elle correspond à ce qui est mal avec ce que l'original interlocuteur l'a fait et il fonctionnera selon que le fichier existe à l'époque, l'objectif est de construire, plutôt qu'au moment où le Makefile est commencé, qui est ce que la plupart des gens s'attendent et souhaitent la plupart du temps. Dans un peu bizarre des cas, la réponse de @cnst serait mieux.
    • La question d'origine, et cette réponse s'attaquent à la inside an action command phase, alors que l' @holms réponse est de l'attaquer au makefile parsing phase. Donc, la réponse est la meilleure en fonction de ce que vous avez besoin.

    InformationsquelleAutor Mark Wilkins
  4. 43

    Le problème, c'est quand vous divisez votre commande sur plusieurs lignes. Ainsi, vous pouvez soit utiliser le \ à la fin des lignes pour la suite comme ci-dessus ou vous pouvez tout mettre sur une seule ligne avec la && opérateur en bash.

    Ensuite, vous pouvez utiliser un test commande pour tester si le fichier n'existe pas, par exemple:

    test -f myApp && echo File does exist

    -f file Vrai si fichier existe et est un fichier régulier.

    -s file Vrai si le fichier existe et a une taille supérieure à zéro.

    ou ne le fait pas:

    test -f myApp || echo File does not exist
test ! -f myApp && echo File does not exist

    La test est équivalent à [ de commande. 

    [ -f myApp ] && rm myApp   # remove myApp if it exists

    et il travail comme dans votre exemple original.

    Voir: help [ ou help test pour plus de la syntaxe.

    • J'aurais upvoted, mais vous n'avez pas prévenu que -s est un cas particulier pour exists and has a size greater than zero. La question écrite est de taille agnostique, donc l'existence doit être vérifiée en utilisant test -e d'un fichier ou d' -d pour un répertoire. Fichiers vides peuvent être particulièrement utiles en tant que par défaut d'un meilleur terme) indicateurs/les sentinelles, qui pourrait être tout à fait pertinent pour make.
    • Merci pour la suggestion. Changé -f par défaut, comme il est plus courant d'utiliser.
    • Comment puis-je obtenir test sur Windows?
    • Installer cygwin ou Git Shell.
    • Ce que j'ai pu obtenir de travailler sur une seule ligne dans le fichier comme ceci: @ test -f fichier && echo fichier existe -- cependant je ne pouvais pas obtenir les autres exemples de travail
    • Pour que cela fonctionne, vous devez ajouter || true à la fin si la commande retourne true si le fichier n'existe pas.
    • Cette réponse doit être upvoted comme il est facile, simple, en une seule ligne, et résout le problème.
    • Non, cela dépend de l'OS shell ruse, où le caractère générique de la fonction est intégrée dans GNU Make moyens de réaliser la même chose sans OS des appels spécifiques.
    • Je suis d'accord avec @Alexandre - c'est une bonne réponse mais il doit être clair, cela fonctionne parce que c'est un liner à l'aide de && plutôt que de multiligne avec si. Je l'ai mis dans un modifier pour l'améliorer.
    • Dans le "ou pas:" la section de votre première écho est mauvais, doit être "n'existe pas". c'est à dire Vos deux echos sont les mêmes pour l'autre cas. (Copie & Coller erreur je suppose)
    • myApp || CMD, l'avis de la ||, donc si -f seront mis en échec n'existe pas (||), puis de lancer la commande. Est-il judicieux?

    InformationsquelleAutor kenorb
  5. 26

    Ou tout simplement le mettre sur une seule ligne, comme make il aime:

    if [ -a myApp ]; then rm myApp; fi;
    • c'est une excellente réponse dans ce cas (et devrait obtenir upvotes) mais ne fonctionne pas tellement bien si les actions ont été plus complexe, dans lequel cas il suffit de passer à l'utilisation de \
    • [ -a myApp ] && rm myApp
    InformationsquelleAutor Jeroen
  6. 12

    Manque un point-virgule

    if [ -a myApp ];
then
  rm myApp
fi

    Cependant, je suppose que vous êtes la vérification de l'existence avant la suppression, pour éviter un message d'erreur. Si oui, vous pouvez simplement utiliser rm -f myApp qui "forces" supprimer, c'est à dire n'a pas d'erreur si le fichier n'existe pas.

    • ThHat est exactement ce que je voulais faire. Merci beaucoup.
    • cela ne fonctionnera pas dans un Makefile parce que la si est encore répandu sur plusieurs lignes - vous soit le mettre sur une ligne ou d'utiliser \es. et même si vous avez ajouté l' \ es vous manque encore quelques points-virgules.
    InformationsquelleAutor drysdam
  7. 11
    FILE1 = /usr/bin/perl
FILE2 = /nofile

ifeq ($(shell test -e $(FILE1) && echo -n yes),yes)
    RESULT1=$(FILE1) exists.
else
    RESULT1=$(FILE1) does not exist.
endif

ifeq ($(shell test -e $(FILE2) && echo -n yes),yes)
    RESULT2=$(FILE2) exists.
else
    RESULT2=$(FILE2) does not exist.
endif

all:
    @echo $(RESULT1)
    @echo $(RESULT2)

    des résultats de l'exécution:

    bash> make
/usr/bin/perl exists.
/nofile does not exist.
    • Cela m'a aidé, je pense que certains raté que l'OP a une question sur makefile. Je ne comprenais pas pourquoi "&& echo -n "oui" est nécessaire. Explication: si le test -e retourne 1 (pas trouvé) alors shell de ne pas exécuter la commande echo, et donc de ne plus correspondre à la oui dans ifeq
    • Je pense que vous comprenez cela correctement dans votre explication déclaration.
    • Le echo -n yes changements de la réussite de test dans la chaîne yes sans NL. Le ifeq peut le comparer avec le codage en dur yes. Tous les parce que ifeq veut une chaîne de caractères à comparer à pas un succès, le statut d'une commande shell.
    InformationsquelleAutor Robin Hsu
  8. 5

    Une solution en ligne:

       [ -f ./myfile ] && echo exists

    Une solution en ligne avec l'erreur de l'action:

       [ -f ./myfile ] && echo exists || echo not exists

    Exemple utilisé dans mon make clean directives:

    clean:
    @[ -f ./myfile ] && rm myfile || true

    Et make clean fonctionne toujours sans aucun message d'erreur!

    • il suffit de ne @rm-f monfichier. En raison de l'option "-f" flag "rm" sera de sortie à 0, peu importe si le fichier existe ou pas.
    • Ou, -rm myfile le chef de dash-dire faire d'ignorer les erreurs.
    • Dans mon cas, laissant le || <action d'erreur> causé des problèmes. Votre dernier exemple, où vous avez retourné true si le fichier n'existe pas abordé ce bien. Merci!!!!
    InformationsquelleAutor Antonio Feitosa
  9. 0

    Les réponses comme celle de @marc-wilkins à l'aide de \ continuer de lignes et de ; de les terminer dans la coque, ou comme ceux de @kenorb changer cela à l'un de ligne sont bon et va résoudre ce problème.

    il y a une simple réponse au problème d'origine (comme @alexey-polonsky souligné). Utilisez l'option-f de rm, de sorte qu'il ne sera pas déclencher une erreur 

    rm -f myApp

    c'est plus simple, plus rapide et plus fiable. Faut juste faire attention à ne pas finir avec une barre oblique et d'une variable vide

    rm-f /$(myAppPath) #NE JAMAIS faire CELA

    vous pourriez finir par la suppression de votre système.

    • C'est une bonne réponse pour la suppression d'un fichier que l'OP avait, mais je suis sûr que la plupart des gens qui trouvent que cette question ne sont pas réellement à la recherche pour la suppression de tous les fichiers; c'est en fait démontré par le fait que la plupart des réponses ne parle même pas rm à tous; BTW, je suis assez sûr que rm -f /$(myAppPath) de ne pas faire de dégâts, soit, parce que / est un répertoire, et le -r est manquant.
    InformationsquelleAutor Michael
  10. 0
    test ! -f README.md || echo 'Support OpenSource!' >> README.md

    "Si README.md n'existe pas, ne rien faire (et à la sortie avec succès). Sinon, ajouter du texte à la fin."

    Si vous utilisez && au lieu de || puis de générer une erreur si le fichier n'existe pas:

    Makefile:42: recipe for target 'dostuff' failed
make: *** [dostuff] Error 1
    InformationsquelleAutor Matt Janssen