下面是另一个解决方案，可以帮助解决其中一些用例:

test-%:
    $(PYTHON) run-tests.py $@

换句话说，选择一些前缀(在本例中是test-)，然后将目标名称直接传递给程序/运行程序。我想，如果涉及到一些运行脚本，可以将目标名称展开为对底层程序有用的内容，那么这是非常有用的。

我找到了一种方法，用等号=!这个答案是对@lesmana的回答的补充(因为它在这里是最完整和解释最充分的回答)，但是它太大了，不能作为评论来写。再一次，我重复他的信息:TL;DR不要试图这样做!

我需要一种方法来处理我的参数——xyz-enabled=false(因为默认为true)，现在我们都知道这不是一个make目标，因此不是$(MAKECMDGOALS)的一部分。

当通过回显$(.VARIABLES)查看所有的make变量时，我得到了这些有趣的输出:

[...] -*-command-variables-*- --xyz-enabled [...]

这允许我们有两种方法:要么以——开头(如果适用于您的情况)，要么查看GNU的特定变量(可能不打算让我们使用)-*-command-variables-*-。**参见页脚的其他选项**在我的情况下，这个变量持有:

--xyz-enabled=false

通过这个变量，我们可以将它与已经存在的解决方案$(MAKECMDGOALS)结合起来，从而定义:

# the other technique to invalidate other targets is still required, see linked post
run:
    @echo ./prog $(-*-command-variables-*-) $(filter-out $@,$(MAKECMDGOALS))`

并使用它与(显式地混合参数的顺序):

make run -- config --xyz-enabled=false over=9000 --foo=bar show  isit=alwaysreversed? --help

返回:

./prog isit=alwaysreversed? --foo=bar over=9000 --xyz-enabled=false config show --help

如你所见，我们打乱了参数的总顺序。带有“assignment”-args的部分似乎被颠倒了，“target”-args的顺序保持不变。我把赋值参数放在开头，希望你的程序不关心参数放在哪里。

下面的make变量看起来也很有希望:

MAKEFLAGS =  -- isit=alwaysreverse? --foo=bar over=9000 --xyz-enabled=false
MAKEOVERRIDES = isit=alwaysreverse? --foo=bar over=9000 --xyz-enabled=false

你可以像下面这样将变量传递给Makefile:

run:
    @echo ./prog $$FOO

用法:

$ make run FOO="the dog kicked the cat"
./prog the dog kicked the cat

or:

$ FOO="the dog kicked the cat" make run
./prog the dog kicked the cat

或者使用Beta提供的解决方案:

run:
    @echo ./prog $(filter-out $@,$(MAKECMDGOALS))
%:
    @:

%: -匹配任何任务名称的规则; @: -空食谱=什么都不做

用法:

$ make run the dog kicked the cat
./prog the dog kicked the cat

下面是另一个解决方案，可以帮助解决其中一些用例:

test-%:
    $(PYTHON) run-tests.py $@

换句话说，选择一些前缀(在本例中是test-)，然后将目标名称直接传递给程序/运行程序。我想，如果涉及到一些运行脚本，可以将目标名称展开为对底层程序有用的内容，那么这是非常有用的。

我不知道怎么做你想要的，但一个变通的方法可能是:

run: ./prog
    ./prog $(ARGS)

然后:

make ARGS="asdf" run
# or
make run ARGS="asdf"

对于标准make，您可以通过这样定义宏来传递参数

make run arg1=asdf

然后像这样使用它们

run: ./prog $(arg1)
   etc

制作参考资料 微软的NMake