Come usare i comandi della shell in Makefile

Sto cercando di utilizzare il risultato di lsin altri comandi (ad esempio echo, rsync):

all:
    <Building, creating some .tgz files - removed for clarity>
    FILES = $(shell ls)
    echo $(FILES)

Ma ottengo:

make
FILES = Makefile file1.tgz file2.tgz file3.tgz
make: FILES: No such file or directory
make: *** [all] Error 1

Ho provato con echo $$FILES, echo ${FILES}e echo $(FILES), senza fortuna.

Con:

FILES = $(shell ls)

rientrato sotto in allquesto modo, è un comando di compilazione. Quindi questo si espande $(shell ls), quindi prova a eseguire il comando FILES ....

Se FILESsi suppone che sia una makevariabile, queste variabili devono essere assegnate al di fuori della porzione della ricetta, ad esempio:

FILES = $(shell ls)
all:
        echo $(FILES)

Ovviamente, ciò significa che FILESverrà impostato su "output da ls" prima di eseguire qualsiasi comando che crea i file .tgz. (Anche se, come nota Kaz, la variabile viene nuovamente espansa ogni volta, quindi alla fine includerà i file .tgz; alcune varianti devono FILES := ...evitarlo, per efficienza e / o correttezza. ¹ )

Se FILESsi suppone che sia una variabile di shell, puoi impostarla ma devi farlo in shell-ese, senza spazi e tra virgolette:

all:
        FILES="$(shell ls)"

Tuttavia, ogni riga viene eseguita da una shell separata, quindi questa variabile non sopravviverà alla riga successiva, quindi è necessario utilizzarla immediatamente:

        FILES="$(shell ls)"; echo $$FILES

È tutto un po 'sciocco poiché la shell si espanderà *(e altre espressioni glob di shell) per te in primo luogo, quindi puoi semplicemente:

        echo *

come comando della shell.

Infine, come regola generale (non realmente applicabile a questo esempio): come fa notare l' esperanto nei commenti, l'utilizzo dell'output di lsnon è completamente affidabile (alcuni dettagli dipendono dai nomi dei file e talvolta anche dalla versione di ls; alcune versioni lstentano di disinfettare l'output in alcuni casi). Quindi, come l0b0 e nota idelica , se stai usando GNU make puoi usare $(wildcard)e $(subst ...)per realizzare tutto al makesuo interno (evitando qualsiasi problema di "caratteri strani nel nome del file"). (Negli shscript, inclusa la porzione della ricetta dei makefile, un altro metodo è quello find ... -print0 | xargs -0di evitare di inciampare in spazi vuoti, nuove righe, caratteri di controllo e così via.)

¹ La documentazione di GNU Make rileva inoltre che POSIX ha aggiunto ::=assegnazioni nel 2012 . Non ho trovato un collegamento di riferimento rapido a un documento POSIX per questo, né so da vicino quali makevarianti supportano l' ::=assegnazione, anche se GNU make lo fa oggi, con lo stesso significato di :=, cioè, fare l'assegnazione in questo momento con espansione.

Nota che VAR := $(shell command args...)può anche essere scritto VAR != command args...in diverse makevarianti, incluse tutte le varianti GNU e BSD moderne per quanto ne so. Queste altre varianti non hanno $(shell)quindi l'utilizzo VAR != command args...è superiore sia per essere più brevi che per lavorare in più varianti.

Inoltre, oltre alla risposta di torek: una cosa che spicca è che stai usando un'assegnazione di macro pigramente valutata.

Se sei su GNU Make, usa l' :=assegnazione invece di =. Questa assegnazione fa sì che il lato destro venga espanso immediatamente e memorizzato nella variabile di sinistra.

FILES := $(shell ...)  # expand now; FILES is now the result of $(shell ...)

FILES = $(shell ...)   # expand later: FILES holds the syntax $(shell ...)

Se usi l' =assegnazione, significa che ogni singola occorrenza di $(FILES)amplierà la $(shell ...)sintassi e quindi richiamerà il comando della shell. Questo renderà il tuo lavoro più lento o addirittura avrà conseguenze sorprendenti.