Cómo utilizar los comandos de shell en el Makefile

Question

Estoy tratando de utilizar el resultado de ls en otros comandos (por ejemplo, eco, rsync):

pero me sale:

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

I' he intentado usar echo $$FILES, echo ${FILES} y echo $(FILES), sin suerte.

Answer 1

Con:

FILES = $(shell ls) 

sangría debajo all así, se trata de un comando de construcción. Entonces esto expande $(shell ls), luego intenta ejecutar el comando FILES ....

Si FILES se supone que es una variable make, estas variables deben ser asignados fuera de la porción de la receta, por ejemplo:

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

Por supuesto, eso significa que FILES se establecerá en "salida de ls" antes de ejecutando cualquiera de los comandos que crean los archivos .tgz. (Aunque como Kaz notes la variable se vuelve a ampliarse cada vez, por lo que finalmente se incluyen los archivos .tgz, algunos que tienen variantes FILES := ... Para evitar esto, la eficiencia y/o corrección .)

Si es FILES supone que es una variable de entorno, se puede establecer pero hay que hacerlo con cáscara-ese, sin espacios, y citó:

all: 
     FILES="$(shell ls)" 

sin embargo, cada línea está dirigido por una cáscara por separado, por lo que esta variable no sobrevivirá a la próxima línea, por lo que debe usarlo inmediatamente:

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

todo esto es un poco tonto ya que la cáscara se expandirá * (y otras expresiones concha glob) para usted, en primer lugar, lo que sólo puede:

 echo * 

como su comando shell.

Por último, como regla general (no es realmente aplicable a este ejemplo): como esperanto notas en los comentarios, utilizando la salida de ls no es completamente fiable (algunos detalles dependen de nombres de archivo y, a veces, incluso la versión de ls, algunos las versiones de ls intentan desinfectar la salida en algunos casos). Por lo tanto, como l0b0 y idelic tenga en cuenta que si usa GNU puede usar $(wildcard) y $(subst ...) para lograr todo dentro de make (evitando cualquier problema de "caracteres extraños en el nombre de archivo"). (En sh secuencias de comandos, incluyendo la parte de receta de makefiles, otro método es utilizar find ... -print0 | xargs -0 para evitar tropezar con los espacios en blanco, saltos de línea, caracteres de control, y así sucesivamente.)

---

The GNU Make documentation notes further that POSIX make added ::= assignment in 2012.No he encontrado un enlace de referencia rápido para un documento POSIX para esto, ni sé de forma remota qué variantes de make admiten la asignación ::=, aunque la fabricación GNU sí lo hace hoy, con el mismo significado que :=, es decir, hacer la asignación ahora mismo con expansión.

Tenga en cuenta que VAR := $(shell command args...) también se puede escribir VAR != command args... en varias variantes make, incluidas todas las variantes modernas de GNU y BSD hasta donde yo sé. Estas otras variantes no tienen $(shell) por lo que el uso de VAR != command args... es superior en ambos siendo más cortos y trabajando en más variantes.

Answer 2

Además, además de la respuesta de torek: una cosa que se destaca es que está utilizando una macro asignación evaluada de forma diferida.

Si está en GNU Make, use la asignación := en lugar de =. Esta asignación hace que el lado derecho se expanda inmediatamente y se almacene en la variable de la mano izquierda.

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

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

Si utiliza la asignación =, significa que cada ocurrencia de $(FILES) va a ampliar la sintaxis $(shell ...) e invocando así el comando shell. Esto hará que su trabajo funcione más lento, o incluso que tenga algunas consecuencias sorprendentes.