¿Suprimir e ignorar la salida para Makefile?

En realidad, @- y -@ ambos funcionan, pero imprimirán una advertencia make: [target] Error 1 (ignored).

En su lugar, puede usar

@command || true

O, puesto que : es la abreviatura de true en shell,

@command ||:

Esto a menudo es mejor, porque evita la confusa advertencia de Make de que un error fue ignorado en un comando invisible.

Considere los dos casos más comunes en los que podría querer ignorar el valor devuelto de un comando:

1. Parte de la construcción está rota y quieres continuar de todos modos, en cuyo caso tienes algo de aprendizaje que hacer. La construcción está rota y necesita ser reparada, no vendada de una manera inalcanzable.
2. Un comando devuelve un código de salida distinto de cero a pesar de que hizo exactamente lo que quería, en cuyo caso realmente no desea que Make emita una advertencia.

Para el segundo caso, considere el ejemplo de greping para advertencias en el archivo de registro producido por un comando. grep devolverá un error si no encuentra un partido, que no es lo que quieres:

.PHONY: all one two three

all: at-warning at-success or-success or-warning

at-%: %.log
    @echo Making $@
    @-grep ^Warning $<

or-%: %.log
    @echo Making $@
    @grep ^Warning $< ||:

success.log:
    echo 'Success!' > $@

warning.log:
    echo 'Warning: foo' > $@

clean::
    rm -f {success,warning.log}

Produce:

echo 'Warning: foo' > warning.log
Making at-warning
Warning: foo
Making at-success
make: [at-success] Error 1 (ignored)
Making or-success
Making or-warning
Warning: foo

Usando @- produce una advertencia de error ignorada sin sentido cuando hay éxito, mientras que || true maneja tanto las advertencias como la ausencia de advertencias sin queja.

Teóricamente usar || true es más lento que usar @-, pero es poco probable que esta sobrecarga sea un cuello de botella en sistemas de construcción bien diseñados y mantenidos. La gran mayoría del tiempo se debe pasar construyendo, o comprobando marcas de tiempo cuando no hay nada que construir, no en la ejecución de los miles de comandos rápidos cuyos valores de retorno todos se ignoran que sería necesario para que esto tenga un impacto medible en el rendimiento.