What are the idiosyncrasies of Make that Just avoids?
make
has some behaviors which are confusing, complicated, or make it unsuitable for use as a general command runner.
One example is that under some circumstances, make
won’t actually run the commands in a recipe. For example, if you have a file called test
and the following makefile:
test:
./test
make
will refuse to run your tests:
$ make test
make: `test' is up to date.
make
assumes that the test
recipe produces a file called test
. Since this file exists and the recipe has no other dependencies, make
thinks that it doesn’t have anything to do and exits.
To be fair, this behavior is desirable when using make
as a build system, but not when using it as a command runner. You can disable this behavior for specific targets using make
’s built-in .PHONY
target name, but the syntax is verbose and can be hard to remember. The explicit list of phony targets, written separately from the recipe definitions, also introduces the risk of accidentally defining a new non-phony target. In just
, all recipes are treated as if they were phony.
Other examples of make
’s idiosyncrasies include the difference between =
and :=
in assignments, the confusing error messages that are produced if you mess up your makefile, needing $$
to use environment variables in recipes, and incompatibilities between different flavors of make
.