我正在编写一个 Makefile(在 Ubuntu 20.04 上,如果相关的话)并注意到echo
. 使用这个简单的 Makefile:
test.txt:
@echo -e 'hello\nworld'
@echo -e 'hello\nworld' > test.txt
当我运行时make
,我希望在 stdout 上看到与在 test.txt 中相同的内容,但实际上我没有。我在标准输出上得到了这个:
hello
world
但这在 test.txt 中:
-e hello
world
同时,如果我-e
从 Makefile 的两行中删除,我会在标准输出上得到这个:
hello\nworld
这在 test.txt 中:
hello
world
这让我想知道是否echo
检测到重定向并且行为不同,但是当我只是在 shell 中手动运行它时它不会/bin/echo -e 'hello\nworld' > test.txt
(这会产生hello
和world
在单独的行上,正如我通常所期望的那样)。@echo --version
我什至通过添加一行来确认 Makefile 正在使用 /bin/echo 而不是内置的 shell 。
这里发生了什么?
的 UNIX 兼容实现
echo
需要在-e<space>hello<newline>world<newline>
那里输出。那些不符合的。许多不是,这意味着它几乎不可能
echo
便携使用,printf
应该改为使用。bash
'secho
,在它的某些(大多数)版本中,仅当您同时启用posix
和xpg_echo
选项时才符合要求。这可能是echo
您所期望的行为。echo
GNU 附带的独立实用程序也是如此,该实用程序只有在其环境中coreutils
使用 set 调用时才符合要求$POSIXLY_CORRECT
(并且是足够新的版本)。make
通常运行sh
以解释每个操作行上的命令行。make
但是,作为优化,如果代码足够简单并且它认为不需要调用 shell 来解释它,则 GNU 实现可以直接运行命令。这就解释了为什么
echo --version
给你/bin/echo
,但echo ... > file
需要一个 shell 来执行重定向。您可以使用
strace -fe execve make
来查看make
执行的内容(或truss
/tusc
... 如果不是 Linux,则在您的系统上等效)。在这里,似乎虽然您
/bin/echo
不合规,但您sh
的echo
内置函数是合规的。在这里,
printf
如果您想扩展echo
-style 转义序列,请使用:在其格式参数中,理解 C 风格的转义序列( (echo) 与(C) 八进制序列
printf
的 echo 风格的转义序列有所不同)\0xxx
\xxx
在这里,您还可以这样做:
这是在单独的行上输出多个参数的常见且可移植的方式。
另一种方法是添加:
Makefile
供您make
调用bash
(假设它已安装并在 中找到$PATH
)而不是sh
解释命令行。或调用make
asmake <target> SHELL=bash
。这并不一定会使它更便携,因为现在有越来越多的系统
bash
默认安装,有一些(比如在 Solaris 上)bash
是构建的,因此它的echo
内置默认行为是标准方式。设置为除了上面提到的禁用 GNU优化
SHELL
之外的任何其他值,因此使用or ,您将在两次调用之间获得一致的行为,同时仍然不必向 bash 添加依赖项。/bin/sh
make
make <target> SHELL=sh
make <target> SHELL=/bin//sh