Cómo asignar la salida de un comando a una variable Makefile

Necesito ejecutar algunas reglas de creación condicionalmente, solo si el Python instalado es mayor que cierta versión (digamos 2.5).

Pensé que podría hacer algo como ejecutar:

python -c 'import sys; print int(sys.version_info >= (2,5))'

y luego usando la salida ('1' si está bien, '0' de lo contrario) en una ifeqdeclaración make.

En un simple script de shell bash es solo:

MY_VAR=`python -c 'import sys; print int(sys.version_info >= (2,5))'`

pero eso no funciona en un Makefile.

¿Alguna sugerencia? Podría usar cualquier otra solución razonable para lograr esto.

Utilice el Make shellincorporado como enMY_VAR=$(shell echo whatever)

me@Zack:~$make
MY_VAR IS whatever

me@Zack:~$ cat Makefile 
MY_VAR := $(shell echo whatever)

all:
    @echo MY_VAR IS $(MY_VAR)

Ajustar la tarea en una evalestá funcionando para mí.

# dependency on .PHONY prevents Make from 
# thinking there's `nothing to be done`
set_opts: .PHONY
  $(eval DOCKER_OPTS = -v $(shell mktemp -d -p /scratch):/output)

Aquí hay un ejemplo un poco más complicado con tuberías y asignación de variables dentro de la receta:

getpodname:
    # Getting pod name
    @eval $$(minikube docker-env) ;\
    $(eval PODNAME=$(shell sh -c "kubectl get pods | grep profile-posts-api | grep Running" | awk '{print $$1}'))
    echo $(PODNAME)

Estoy escribiendo una respuesta para aumentar la visibilidad de la sintaxis real que resuelve el problema. Desafortunadamente, lo que alguien podría ver como trivial puede convertirse en un dolor de cabeza muy significativo para alguien que busca una respuesta simple a una pregunta razonable.

Ponga lo siguiente en el archivo "Makefile".

MY_VAR := $(shell python -c 'import sys; print int(sys.version_info >= (2,5))')

all:
    @echo MY_VAR IS $(MY_VAR)

El comportamiento que le gustaría ver es el siguiente (suponiendo que haya instalado Python recientemente).

make
MY_VAR IS 1

Si copia y pega el texto anterior en el Makefile, ¿obtendrá esto? Probablemente no. Probablemente obtendrá un error como el que se informa aquí:

makefile: 4: *** falta separador. Detener

Por qué: porque aunque utilicé personalmente una pestaña genuina, Stack Overflow (intentando ser útil) convierte mi pestaña en varios espacios. Usted, ciudadano frustrado de Internet, ahora copie esto, pensando que ahora tiene el mismo texto que yo usé. El comando make, ahora lee los espacios y encuentra que el comando "all" está formateado incorrectamente. Así que copie el texto anterior, péguelo y luego convierta el espacio en blanco antes de "@echo" en una pestaña, y este ejemplo, al final, con suerte, funcionará para usted.

Cuidado con recetas como esta

target:
    MY_ID=$(GENERATE_ID);
    echo $MY_ID;

Hace dos cosas mal. La primera línea de la receta se ejecuta en una instancia de shell separada de la segunda línea. La variable se pierde mientras tanto. La segunda cosa incorrecta es que $no se ha escapado.

target:
    MY_ID=$(GENERATE_ID); \
    echo $$MY_ID;

Ambos problemas se han solucionado y la variable es utilizable. La barra invertida combina ambas líneas para ejecutarse en un único shell, por lo tanto, la configuración de la variable y la lectura de las palabras clave variables funcionan.

Me doy cuenta de que la publicación original decía cómo obtener los resultados de un comando de shell en una variable MAKE, y esta respuesta muestra cómo obtenerlo en una variable de shell. Pero otros lectores pueden beneficiarse.

Una mejora final, si el consumidor espera que se establezca una "variable de entorno", entonces debe exportarla.

my_shell_script
    echo $MY_ID

necesitaría esto en el archivo MAKE

target:
    export MY_ID=$(GENERATE_ID); \
    ./my_shell_script;

Espero que ayude a alguien. En general, uno debe evitar hacer un trabajo real fuera de las recetas, porque si alguien usa el archivo MAKE con la opción '--dry-run', solo para VER lo que hará, no tendrá efectos secundarios indeseables. Cada $(shell)llamada se evalúa en tiempo de compilación y se puede realizar accidentalmente un trabajo real. Es mejor dejar el trabajo real, como generar identificadores, en el interior de las recetas cuando sea posible.

Con GNU Make, puede usar shelly evalalmacenar, ejecutar y asignar resultados de invocaciones arbitrarias de línea de comandos. La diferencia entre el siguiente ejemplo y los que usan :=es que la :=asignación ocurre una vez (cuando se encuentra) y para todos. Las variables expandidas recursivamente establecidas con =son un poco más "perezosas"; las referencias a otras variables permanecen hasta que se hace referencia a la variable en sí, y la expansión recursiva posterior tiene lugar cada vez que se hace referencia a la variable , lo cual es deseable para hacer "fragmentos consistentes, invocables". Consulte el manual sobre configuración de variables para obtener más información.

# Generate a random number.
# This is not run initially.
GENERATE_ID = $(shell od -vAn -N2 -tu2 < /dev/urandom)

# Generate a random number, and assign it to MY_ID
# This is not run initially.
SET_ID = $(eval MY_ID=$(GENERATE_ID))

# You can use .PHONY to tell make that we aren't building a target output file
.PHONY: mytarget
mytarget:
# This is empty when we begin
    @echo $(MY_ID)
# This recursively expands SET_ID, which calls the shell command and sets MY_ID
    $(SET_ID)
# This will now be a random number
    @echo $(MY_ID)
# Recursively expand SET_ID again, which calls the shell command (again) and sets MY_ID (again)
    $(SET_ID)
# This will now be a different random number
    @echo $(MY_ID)

En el ejemplo a continuación, he almacenado la ruta de la carpeta Makefile LOCAL_PKG_DIRy luego uso la LOCAL_PKG_DIRvariable en los objetivos.

Makefile:

LOCAL_PKG_DIR := $(shell eval pwd)

.PHONY: print
print:
    @echo $(LOCAL_PKG_DIR)

Terminal de salida:

$ make print
/home/amrit/folder