¿Por qué hace pensar que el objetivo está actualizado?

Este es mi Makefile:

REBAR=./rebar
REBAR_COMPILE=$(REBAR) get-deps compile

all: compile

compile:
    $(REBAR_COMPILE)

test:
    $(REBAR_COMPILE) skip_deps=true eunit

clean:
    -rm -rf deps ebin priv doc/*

docs:
    $(REBAR_COMPILE) doc

ifeq ($(wildcard dialyzer/sqlite3.plt),)
static:
    $(REBAR_COMPILE) build_plt analyze
else
static:
    $(REBAR_COMPILE) analyze
endif

Puedo correr make compilevarias veces y obtener

aromanov@alexey-desktop:~/workspace/gm-controller/lib/erlang-sqlite$ make compile
./rebar get-deps compile
==> erlang-sqlite (get-deps)
==> erlang-sqlite (compile)

Sin embargo, por alguna razón correr make testsiempre da

aromanov@alexey-desktop:~/workspace/gm-controller/lib/erlang-sqlite$ make test
make: `test' is up to date.

incluso si los archivos no están compilados. La pregunta es, ¿por qué?

Ejecutar el mismo comando funciona directamente:

aromanov@alexey-desktop:~/workspace/gm-controller/lib/erlang-sqlite$ ./rebar get-deps compile skip_deps=true eunit
==> erlang-sqlite (get-deps)
==> erlang-sqlite (compile)
Compiled src/sqlite3_lib.erl
Compiled src/sqlite3.erl
==> erlang-sqlite (eunit)
...

Quizás tenga un archivo / directorio nombrado testen el directorio. Si este directorio existe y no tiene dependencias que sean más recientes, entonces este destino no se reconstruye.

Para forzar la reconstrucción en este tipo de objetivos no relacionados con archivos, debe hacerlos falsos de la siguiente manera:

.PHONY: all test clean

Tenga en cuenta que puede declarar todos sus objetivos falsos allí.

EDITAR: Esto solo se aplica a algunas versiones de make- debe verificar su página de manual.

También puedes pasarle la -Bbandera make. Según la página del manual, esto hace:

-B, --always-make Hacer incondicionalmente todos los objetivos.

Por make -B testlo tanto , resolvería su problema si se encontrara en una situación en la que no desea editar Makefileo cambiar el nombre de su carpeta de prueba.

Ocurre cuando tiene un archivo con el mismo nombre que el nombre de destino de Makefile en el directorio donde está presente el Makefile.

mi error fue hacer que el nombre de destino "filename.c:" en lugar de simplemente "filename:"