为什么“$_”没有按 GNU make shell 函数的预期扩展？

Question

考虑命令make --eval '$(error $(shell echo foo && echo $$_))'（或3.82 之前的make 版本的等效makefile，其中似乎添加了eval 选项）。我希望这会输出“foo foo”，这就是 Cygwin 下的 gmake 3.82.90 发生的情况。但是 Debian 下的 gmake 3.81 和 4.0 输出的是“foo /usr/bin/make”。

有人明白为什么会这样吗？

当然，在真正的 makefile 中，shell 命令的第一部分比简单的回显要复杂一些，其想法是仅在命令成功时才输出其参数，否则将其留空以指示失败。这似乎比我的其他替代方案更优雅，并且在初始测试中工作（在 Cygwin 下），但显然我现在必须做其他事情......

Answer 1

这是一个 shell 问题，而不是 make 问题。不知道为什么我最初没有看到。

Debian

$ /bin/bash --version
GNU bash, version 4.3.30(1)-release (x86_64-pc-linux-gnu)
$ /bin/bash -c 'echo foo && echo $_'
foo
foo
$ ls -l /bin/sh
lrwxrwxrwx 1 root root 4 Nov  8 08:49 /bin/sh -> dash
$ /bin/sh -c 'echo foo && echo $_'
foo
/bin/sh
$ /bin/dash -c 'echo foo && echo $_'
foo
/bin/dash

CentOS

$ /bin/bash --version
GNU bash, version 3.2.25(1)-release (x86_64-redhat-linux-gnu)
$ /bin/bash -c 'echo foo && echo $_'
foo
foo
$ ls -l /bin/sh
lrwxrwxrwx 1 root root 4 Sep 29 10:39 /bin/sh -> bash
$ /bin/sh -c 'echo foo && echo $_'
foo
foo

所以这里的问题是$_ 何时获得它的非启动值。似乎 dash 和 bash（在较新版本的 bash 中处于 sh 兼容模式）同意它不应该被设置。

我不知道规范是怎么说的。

更新：一些快速搜索表明$_ 在许多方面都是一种 bash 主义（尽管启动值似乎更广泛地可移植）。 $_ 也恰好是一个令人难以置信的混淆变量，因为它可以根据上下文做许多不同的事情。