Make: $(通配符) 保持目录打开

Question

因此，GNU Make 的 $(wildcard) 函数在 Windows 上保持目录打开似乎存在这个问题。 请参阅（unasnwered）帖子“make 保持目录打开 ”。 谷歌没有提供有关该主题的太多信息。

简而言之：Makefile 在某些时候使用 $(wildcard) 函数，并保持目录打开，这通常会阻止“make clean”规则正确执行其工作。 第二次重新运行“make clean”通常可以解决问题。

我在标准 DOS-Box 下使用 GNU Make 版本 3.81。 上面链接的帖子的作者正在使用 Cygwin。

有没有人找到解决这个问题的方法？

Answer 1

听起来像是文件描述符泄漏，好吧——对于 UNIX 上生命周期非常短的进程（如 make）来说无害，但在 Windows 上却是一个正确的 PITA。

由于据称这是 make 中的一个错误，而不是其使用问题，因此应首先通过验证它在最新上游版本上从源代码构建时是否仍然存在来解决，然后通过 向 GNU make 项目（或与您有适当支持合同的任何分销商）提交错误报告，或者深入研究源头并尝试自行修复。

尝试在 Linux 上重现并没有什么坏处——在这里检查文件描述符泄漏要容易得多，因为人们可以只查看 /proc/self/fd （或者，对于 make 的子项） , /proc/$PPID/fd) 对于不属于的东西。

Answer 2

我确实找到了解决该问题的解决方法，这至少让我可以安心工作。

问题在于 $(wildcard) 函数用于收集源文件。 然而，我的干净规则只删除一个目录 - 不需要收集。 所以我基本上把 Makefile 中需要收集源文件的部分放在条件语句中：

# The clean rule is always parsed
clean:
    rm -rf $(OUTPUT_DIRECTORY)

# The compile rule is only interpreted if we did not invoke 'make clean'. We
# can test the value of $(MAKECMDGOALS) for that:
ifeq ($(filter $(MAKECMDGOALS),clean),)

SOURCE_FILES := $(wildcard ...)

compile:
    g++ $(SOURCE_FILES) ...

endif