为什么要认为目标是最新的？

这是我的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：”