在 makefile 中处理管道及其退出状态的最佳方法

Question

如果make中的命令失败，例如gcc，则退出...

gcc
gcc: fatal error: no input files
compilation terminated.
make: *** [main.o] Error 4

但是，如果我有一个管道，则会采用管道中最后一个命令的退出状态。例如，gcc | cat 不会因为cat 成功而失败。

我知道整个管道的退出代码存储在 PIPESTATUS 数组中，我可以使用 ${PIPESTATUS[0]} 获得错误代码 4。我应该如何构建我的 makefile 以处理管道命令并正常退出失败？

---

在 cmets 中，另一个例子是 gcc | grep something。在这里，我假设最想要的行为仍然是 gcc 并且只有 gcc 会导致失败，而不是 grep 如果它没有找到任何东西。

Answer 1

您应该能够告诉 make 使用 bash 而不是 sh 并让 bash 设置 set -o pipefail 以便它在管道中的第一个失败时退出。

在GNU Make 3.81（可能更早，虽然我不确定）你应该可以用SHELL = /bin/bash -o pipefail 做到这一点。

在GNU Make 3.82（和更新版本）中，您应该能够使用SHELL = /bin/bash 和.SHELLFLAGS = -o pipefail -c 来执行此操作（尽管我不知道是否有必要将-c 添加到末尾，或者make 是否会这样做即使您指定.SHELLFLAGS，也可以为您添加。

来自bash 手册页：

一个管道的返回状态是最后一个的退出状态 命令，除非启用了 pipefail 选项。如果 pipefail 是 启用，管道的返回状态是最后的值 （最右边）命令以非零状态退出，如果全部退出则为零 命令成功退出。如果保留字！先于一个 管道，该管道的退出状态是逻辑否定 如上所述的退出状态。 shell 等待所有命令 在返回值之前在管道中终止。

Answer 2

我会选择pipefail。但如果你真的不想（或如果你只想在第一个进程上失败——而不是在管道其余部分失败的情况下）：

SHELL=bash

all:
        gcc | cat ; exit "$${PIPESTATUS[0]}"

与@jozxyqk self answer相比，唯一的优势是您不会丢失退出状态代码。

Answer 3

一种合理且可移植的方法是重构您的构建作业以使用文件而不是管道。例如：

foo:
    gcc >$@.log
    grep success $@.log
    cat $@.log
    rm $@.log

打印后删除日志文件显然没有必要；这只是一个通用模板。牛肉是替换管道的重定向。您甚至可以将其重构为多个配方：

foo: foo.tmp foo.log
    grep success $@.log
    mv $< $@
%.tmp %.log:
    gcc -o $*.tmp >$*.log

正确清理临时工件并对其进行一般管理是这种方法的一个明显缺点。

Answer 4

只需在您的makefile 开头添加命令：

SHELL=/bin/bash -o pipefail

---

现在，例如，您可以从对象（第一条规则）生成errors.err 文件，而不必担心它会被可执行文件（第二条规则）覆盖。

%.o : %.c
    gcc $(CFLAGS) $(CPPFLAGS) $^ -o $@ 2>&1 | tee errors.err

%.x : %.o $(OBJECTS)
    gcc $(LDLIBS) $^ -o $@ 2>&1 | tee errors.err

没有它，make 不会从规则 1 中得到错误，并运行规则 2，覆盖它。您最终将在errors.err 中仅显示一行，说明没有要运行的目标文件gcc

gcc: error: program.o: No such file or directory