Por que fazer pensar que a meta está atualizada?

Este é o meu 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

Eu posso correr make compilevárias vezes e obter

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

No entanto, por algum motivo, a execução make testsempre dá

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

mesmo se os arquivos não forem compilados. A questão é, por quê?

A execução do mesmo comando funciona diretamente:

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)
...

Talvez você tenha um arquivo / diretório nomeado testno diretório Se esse diretório existir e não tiver dependências mais recentes, esse destino não será reconstruído.

Para forçar a reconstrução desse tipo de destino não relacionado a arquivos, você deve torná-los falsos da seguinte maneira:

.PHONY: all test clean

Observe que você pode declarar todos os seus alvos falsos lá.

EDIT: Isso se aplica apenas a algumas versões do make- você deve verificar sua página de manual.

Você também pode passar a -Bbandeira para make. De acordo com a página de manual, isso faz:

-B, --always-make Faça incondicionalmente todos os alvos.

Isso make -B testresolveria seu problema se você estivesse em uma situação em que não deseja editar Makefileou alterar o nome da sua pasta de teste.

Isso acontece quando você tem um arquivo com o mesmo nome que o nome do destino Makefile no diretório em que o Makefile está presente.

meu erro foi com o nome de destino "filename.c:" em vez de apenas "filename:"