Question

我试图让我的Makefile回显文本没有尾随的新行，但我无法。我正在体验OS X上的行为（在Linux上，一切都按预期工作）。

生成文件

a:
    @echo -n "hello"

b:
    @echo -n hello

c:
    @/bin/echo -n "hello"

输出：

$make a
-n hello
$make b
hello$make c
hello$

换句话说，make a已被破坏。究竟发生了什么？是使用内置回声吗？很明显，双引号的存在改变了行为，但为什么呢？

更新

正如@chepner所发现的那样，使用makefile中/bin/echo的完整路径正确理解-n标志。

Answer 1

问题来自两个事实的不幸互动。

首先，make有两种操作模式，具体取决于要运行的配方的复杂程度：

如果命令 easy ，make将使用其内置命令直接运行配方。这就是b案例中发生的情况。
如果命令是 complex ，make将生成一个shell来解释并运行配方。这就是a案例中发生的情况。

其次，make使用/bin/sh作为shell，但/bin/sh的功能在Mac OS X和Linux上的实现方式不同：

在Mac OS X上，/bin/sh的功能由bash实现。同样在Mac OS X上，bash使用--enable-strict-posix-default进行编译。此标志的一个结果是echo命令无法理解-n标志。
在Linux上，/bin/sh的功能由dash实现，对于POSIX规范不太严格。因此，标志-n在echo命令中实现。

BTW，Makefile buitlin echo命令理解-n标志，这解释了b案例始终有效的原因。

解决问题的简便方法是用@echo -n食谱替换@printf食谱。

Answer 2

关于引号的一些内容会使make混淆。您的代码对我来说行为相同，但以下工作符合预期：

help:
        @echo -n Shouldn\'t print a newline

硬编码可执行文件的路径也可以：

help:
        @/bin/echo -n "Shouldn't print a newline"

echo的Mac OS X手册页，在讨论shell内置echo的存在时，提到echo的{{1}}不支持sh(1)选项，但无法解释（无论如何）为什么我的第一个替代方案有效。

确认-n默认使用make执行命令。在

sh

两个echo语句表现相同（没有打印换行符）。因此，如果没有该变量，我们假装SHELL = bash help: @echo -n "Shouldn't print a newline" @echo -n Shouldn\'t print a newline为bash，但对这两行进行了不同的评估。问题1：为什么？问题2：第二行是原生sh回音还是bash，而不是模拟的/bin/echo sh？

Answer 3

echo是内置的bash shell，但是当你从makefile运行它时，它是程序版本

Makefile`echo -n'不起作用

生成文件

更新

3 个答案: