Чому ви вважаєте, що ціль актуальна?

Це мій 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

Я можу бігати make compileкілька разів і діставати

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

Однак чомусь біг make testзавжди дає

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

навіть якщо файли не зібрані. Питання в тому, чому?

Запуск тієї ж команди безпосередньо працює:

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

Можливо, у вас в каталозі є названий файл / testкаталог. Якщо цей каталог існує і не має останніх залежностей, то ця мета не буде перебудовуватися.

Щоб змусити перебудовувати ці цілі, не пов’язані з файлами, слід зробити їх такими фальшивими:

.PHONY: all test clean

Зауважте, що ви можете оголосити там усі свої хибні цілі.

РЕДАКТУВАННЯ: Це стосується лише деяких версій make- ви повинні перевірити сторінку чоловіка.

Ви також можете передати -Bпрапор make. Відповідно до чоловічої сторінки, це:

-B, --always-make Безумовно складайте всі цілі.

Таким чином make -B test, ви вирішите вашу проблему, якщо ви опинилися в ситуації, коли ви не хочете редагувати Makefileабо змінювати назву тестової папки.

Це відбувається, коли у вас є файл з тим самим іменем, що і ім’я цілі Makefile, в каталозі, де присутній Makefile.

моєю помилкою було введення цільового імені "filename.c:" замість просто "filename:"