Probleme beim einstellen PFAD im Makefile

Ich bin neu zu machen und die Makefiles, aber ich bin versucht, zu erstellen eine für mein Nächstes Projekt und ich bin in PFAD Probleme. Ich erhalte die Fehlermeldung: "No such file or directory"

Habe ich ein einfaches Ziel als test läuft, dass alle meine tests mit Mokka.

Mocha installiert ist, als ein lokaler Knoten-Modul, so dass die ausführbare Datei finden Sie unter ./node_modules/.bin/mocha. Ich bin die änderung meiner PFAD, wie beschrieben, in dieses tutorial machen so kann ich beziehen sich auf es als mocha anstatt den vollständigen Pfad, aber etwas scheint nicht zu funktionieren.

Hier ist, was ich habe, so weit:

export PATH := node_modules/.bin:$(PATH)

test:
    which mocha
    mocha

.PHONY: test

Wenn ich make test ich bekomme die folgende Ausgabe:

which mocha
node_modules/.bin/mocha
mocha
make: mocha: No such file or directory
make: *** [test] Error 1

Wie Sie sehen können von der Ausgabe which mocha richtig Druck-der Pfad der Mokka ausführbare Datei, aber wenn ich einfach laufen mocha ist, kann es nicht finden.

Was mache ich falsch? Gibt es größeres Bild über den Geltungsbereich von Variablen oder Persistenz in Makefiles, die mir fehlt?

P. S. Falls es wichtig ist, ich bin mit einem Mac und die version von make, die kommt mit dem XCode developer tools. Dies ist, was ich bekomme, wenn ich make -v

GNU Make 3.81
Copyright (C) 2006  Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.

This program built for i386-apple-darwin11.3.0

Das ist seltsam.. Was passiert wenn du die Zeile entfernen export PATH := node_modules/.bin:$(PATH) und laufen machen so : $ PATH=node_modules/.bin:$PATH machen test funktioniert es ?
Yep, funktioniert Prima, wenn ich das mache.

InformationsquelleAutor Philip Walton | 2014-02-11

makefile

8

Kann ich nicht reproduzieren Ihre Ergebnisse (mit GNU make 3.81 auf einem GNU/Linux-system). Es scheint, dass es möglicherweise einen Unterschied in der entweder der Art und Weise das Apple-system funktioniert, oder, dass Apple hat eine Art patch für den GNU make version, die Sie versenden, das dieses problem verursacht.

GNU make hat zwei Möglichkeiten zur Ausführung von Rezepten: dem normalen Weg, wo es ruft eine shell auf und übergibt das Rezept an die shell ausgeführt werden, und die "fast-path", wo, wenn der sieht, dass der Befehl "einfach genug" (das ist, wenn es keine shell-Sonderzeichen), wird es einen hacken Befehl in Worte zu fassen und direkt den Befehl ausführen, ohne Berufung auf die shell. Letzterer ist viel schneller, aber da es aufgerufen wird, direkt erbt es die PATH Einstellung von GNU make sich nicht von der shell.

Es scheint, dass aus irgendeinem Grund die version von GNU make ausgeliefert, die von Apple nicht richtig funktioniert ist, dass es nicht die Einstellung die Umgebung korrekt für Befehle, die direkt von GNU make, über den "schnellen Weg".

Ich habe eine sehr vage Erinnerung an etwas, wie diese diskutiert, auf GNU make, mailing-Listen, aber nachdem er einige Zeit auf der Suche war ich nicht in der Lage zu kommen mit etwas.

Können Sie "lösen" dieses problem, indem Sie gezwungen werden, Ihre Befehl verwenden, den langsamen Weg, durch die Einführung einiger shell-Sonderzeichen (globbing, ;, Rohre, etc.). Oder Sie können verwenden Sie ein vollständig Qualifizierter Pfad zu dem Programm.

Oder Sie können gehen Sie Holen Sie sich den Quellcode für GNU make und bauen Sie es sich selbst; wenn dieser Unterschied ist das Ergebnis ein "Update" von Apple, die sollte es besser funktionieren. Oder installieren Sie GNU-make von homebrew-oder-ports, die bekommen auch Sie eine neuere version mit mehr features, die ich erwarten.
- Ja, es funktioniert, wenn ich den vollständigen Pfad verwenden, das ist der seltsame Teil. Und ja, es funktioniert, wenn ich den code in eine Datei und führen Sie es. Vielleicht ist es ein mac, wenn Sie etwas bekommen kann es arbeiten auf Linux.
- Ich finde das extrem seltsam. Wenn Sie die Neigung haben, könnten Sie versuchen, die Installation gerade GNU make, entweder durch den Bau es dir selbst (es ist leicht) oder vielleicht durch MacPorts oder Brauen. Ich Frage mich, ob Apple möglicherweise "hilfreich" gepatcht Ihrer version von GNU make, die in irgendeiner Weise, die Dinge brechen.
- Eine andere Sache zu prüfen ist, ändern Sie Ihren Aufruf mocha wie folgt Aussehen: : ; mocha. Dadurch umgehen, GNU make ' s fast-path-Verarbeitung und zwingen Sie zum aufrufen einer shell. Wenn das funktioniert, dann bin ich noch mehr verdächtige, die etwas Bizarr mit der Apple-version von GNU-make.
- Hmmmm, ja, mit : ; mocha hat Prima funktioniert. Auch, mocha akzeptiert eine Liste von Dateien, aber wenn Sie liefern keine, es wird standardmäßig auf ./test/*. Wenn, statt nur laufen mocha ich laufen mocha ./test/* es funktioniert auch. Irgendwie ist es verwirrt zu sein, durch einen einzigen Befehl...
- Es ist nicht ein einziger Befehl. Es ist ein einfach - Befehl. Für die Effizienz GNU make ist ein "fast-path", wo er untersucht den Befehl aufgerufen werden, und wenn es keine "Sonderzeichen" enthält (dies ist definiert als Zeichen, die die shell, um Sie zu behandeln), dann ruft das Kommando, direkt, anstatt, eine shell zu starten. Wenn Sie ./test/* Sie sind mit einem speziellen Zeichen (*für globbing), erfordert der shell, genauso wie wenn ich ;. Irgendwie ist die Apple-version von GNU-make ist nicht die Einstellung der lokalen PATH Umgebungsvariable, es ist nur die Einstellung PATH in Teilprozesse.
- Interessant, gut, ich denke, das beantwortet Sie. Es ist nicht ein problem, um den vollständigen Pfad verwenden, ich war vor allem einfach neugierig, warum es funktionierte nicht.
- wenn Sie füllen eine weitere Antwort mit dem Inhalt von Ihrem letzten Kommentar werde ich es annehmen. Ich zögere, dies zu akzeptieren beantworten, weil Sie Lesen, um die Kommentare zu bekommen, bevor irgendwelche realen Informationen.
- Es wäre toll, wenn diese Antwort waren leichter zu finden. Ich kämpfte für eine Weile, um herauszufinden, warum die exportierten PATH nicht für einige Rezepte, während es andere haben. Es ist trivial zu reproduzieren, die auf OSX mit GNU Make 3.81. Hinzufügen eines ; zu Befehlen, ist eine schnelle Abhilfe.
InformationsquelleAutor MadScientist
10

In OSX müssen Sie außerdem set SHELL:
```
PATH  := node_modules/.bin:$(PATH)
SHELL := /bin/bash
```
InformationsquelleAutor tom
2

Sollte dies funktionieren:
```
PATH  := $(PATH):$(PWD)/node_modules/.bin
SHELL := env PATH=$(PATH) /bin/bash
```
- Es hätte fast funktioniert, wenn da nicht die Anführungszeichen um den Wert für PATH; Zitate haben keine spezielle Bedeutung im Makefile Aufgaben, so sind Sie einfach vorangestellt und angehängt an die PATH effektiv maskieren den ersten und den letzten Wert (es sei denn, es gibt ein Verzeichnis namens node_modules/.bin"
InformationsquelleAutor kenorb

Ich bin mit GNU make, version 4.1 auf Ubuntu 16.04.4

Ich hatte ein ähnliches Problem und keine der vorgeschlagenen Lösungen bei mir funktioniert.

Einstellungen zu PATH scheinen nicht wirksam, wenn später variable Einstellungen erfolgen (zumindest in dieser version von make).

export PATH := /usr/local/bin:/bin:/usr/bin
# Path setting is not in effect here, 'which' returns an empty string
# even when 'vw' is installed in /usr/local/bin/vw 
VW = $(which vw)

Die Lösung, die für mich gearbeitet wurde, um zu injizieren, die früher PATH Einstellung explizit in der entsprechenden sub-shell für die Zuordnung später variabel sein, wie diese:

VW = $(shell env PATH=$(PATH) which vw)

Den folgenden Makefile Beispiel veranschaulicht den Fall, dass Werke vs man gar nicht:

SHELL := /bin/bash
export PATH := /usr/local/bin:/bin:/usr/bin

# Expecting 'vw' to be found, due to PATH setting above
#       ('vw' is in /usr/local/bin/vw)

VW_NOT_OK = $(which vw)
VW_OK = $(shell env PATH=$(PATH) which vw)

all:
        # -- Doesn't work:
        @echo "VW_NOT_OK='$(VW_NOT_OK)'"
        # -- Works:
        @echo "VW_OK='$(VW_OK)'"

Reproduzieren Sie das problem und die Lösung:

$ make --version| head -1
GNU Make 4.1

$ make
# -- Doesn't work:
VW_NOT_OK=''
# -- Works:
VW_OK='/usr/local/bin/vw'

InformationsquelleAutor arielf

0

Ich fürchte, dass das kannst du nicht tun
Versuchen Sie es mit "lokalen" Variablen statt
```
NODE_MODULES := node_modules/.bin

test:
    @ $(NODE_MODULES)/mocha
```
- Nun, nach dem Artikel habe ich gelesen, können Sie das tun. Und da which mocha arbeitet, scheint es, dass es konnte die Arbeit für die Linie. Auch, wenn ich drucken Sie die PATH-variable enthält es den node_modules-bit, aber vielleicht ist das nur eingeschränkt auf die machen, sub-Prozess, weiß ich nicht.
- Die SO verknüpft ist-die Frage ist nicht relevant für diese. Es ist wahr, dass ein sub-Prozess kann nicht ändern, seine Eltern Umwelt, aber das ist nicht das, was hier passiert. Diese Frage ist zu Fragen, wie ein makefile ändern seine Anrufer Umwelt. Diese Frage ist ganz anders: Sie will ändern, die Kinder - Umgebung, die durchaus vernünftig und unterstützt.
- Ich sehe und ich bin bereit, um es zu entfernen, wenn Sie denken, dass es könnte irreführend sein, für die zukünftigen Leser
InformationsquelleAutor G.G.

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.