Variable Makefile como requisito previo

Puede crear un objetivo de guardia implícito, que comprueba que la variable en la raíz está definida, así:

guard-%:
    @ if [ "${${*}}" = "" ]; then \
        echo "Environment variable $* not set"; \
        exit 1; \
    fi

Luego agrega un destino guard-ENVVAR en cualquier lugar donde desee afirmar que una variable está definida, de la siguiente manera:

change-hostname: guard-HOSTNAME
        ./changeHostname.sh ${HOSTNAME}

Si llamas a 'make change-hostname', sin agregar HOSTNAME=somehostname en la llamada, entonces obtendrás un error, y la compilación fallará.

Variante en línea

En mis makefiles, normalmente uso una expresión como:

deploy:
    test -n "$(ENV)"  # $$ENV
    rsync . $(ENV).example.com:/var/www/myapp/

Las razones:

• es un simple trazador de líneas
• es compacto
• se encuentra cerca de los comandos que utilizan la variable

No olvide el comentario que es importante para la depuración:

test -n ""
Makefile:3: recipe for target 'deploy' failed
make: *** [deploy] Error 1

... te obliga a buscar el Makefile while ...

test -n ""  # $ENV
Makefile:3: recipe for target 'deploy' failed
make: *** [deploy] Error 1

... explica directamente lo que está mal

Variante global (para completar, pero no se pide)

En la parte superior de su Makefile, también podría escribir:

ifeq ($(ENV),)
  $(error ENV is not set)
endif

Advertencias:

• no uses tab en ese bloque
• use con cuidado: incluso el destino clean fallará si ENV no está establecido. De lo contrario, véase la respuesta de Hudon, que es más compleja

Como veo el comando en sí necesita la variable ENV para que pueda comprobarlo en el propio comando:

.PHONY: deploy check-env

deploy: check-env
    rsync . $(ENV).example.com:/var/www/myapp/

check-env:
    if test "$(ENV)" = "" ; then \
        echo "ENV not set"; \
        exit 1; \
    fi

Un posible problema con las respuestas dadas hasta ahora es que el orden de dependencia en make no está definido. Por ejemplo, ejecutando:

make -j target

Cuando target tiene unas pocas dependencias no garantiza que éstas se ejecuten en un orden dado.

La solución para esto (para garantizar que ENV se revisará antes de elegir las recetas) es verificar ENV durante la primera pasada de make, fuera de cualquier receta:

## Are any of the user's goals dependent on ENV?
ifneq ($(filter deploy other-thing-that-needs-ENV,$(MAKECMDGOALS)),$())
ifndef ENV 
$(error ENV not defined)
endif
endif

.PHONY: deploy

deploy: foo bar
    ...

other-thing-that-needs-ENV: bar baz bono
    ...

Puede leer sobre las diferentes funciones / variables utilizadas aquí y $() es solo una manera de afirmar explícitamente que estamos comparando con "nada".

Puede usar ifdef en lugar de un destino diferente.

.PHONY: deploy
deploy:
    ifdef ENV
        rsync . $(ENV).example.com:/var/www/myapp/
    else
        @echo 1>&2 "ENV must be set"
        false                            # Cause deploy to fail
    endif

He encontrado que con la mejor respuesta no se puede usar como requisito, excepto para otros objetivos FALSOS. Si se usa como una dependencia para un destino que es un archivo real, usar check-env forzará que ese destino de archivo se reconstruya.

Otras respuestas son globales (por ejemplo, la variable es necesaria para todos los destinos en el Makefile) o usan el shell, por ejemplo, si no hay ENV, make terminaría independientemente del destino.

Una solución que encontré para ambos problemas es

ndef = $(if $(value $(1)),,$(error $(1) not set))

.PHONY: deploy
deploy:
    $(call ndef,ENV)
    echo "deploying $(ENV)"

.PHONY: build
build:
    echo "building"

La salida se ve como

$ make build
echo "building"
building
$ make deploy
Makefile:5: *** ENV not set.  Stop.
$ make deploy ENV="env"
echo "deploying env"
deploying env
$

value tiene algunas advertencias aterradoras, pero para este uso simple creo que es la mejor opción.