递归Makefile中boot目标未生成二进制的修复原理问询

问题背景 #

我采用递归Makefile架构，根Makefile通过$(MAKE) BUILDTARGET=....将构建任务委托给子目录Makefile。多数子目录构建正常，但boot/目录表现异常：从项目根目录执行make时，其他目录均正常编译链接，但BUILDTARGET=boot时仅输出make[2]: 'boot/lib/vfs.o' is up to date.，无编译或链接操作，最终二进制boot/boot_testlinux始终无法生成。

boot/Makefile关键代码 #

BINARY := boot/boot_$(ARCH)

SOURCES := $(wildcard boot/lib/*.c)
OBJFILES := $(patsubst %.c,%.o,$(SOURCES))
DEPFILES :=
TARGETS := $(BINARY)

UPPEROBJS := boot/src/main.o boot/src/entry/$(ARCH)/entry.o
LIBFILES := arch/lib$(ARCH).o comp/lib$(CC).o common/libcommon.o

$(OBJFILES) $(UPPEROBJS) $(LIBFILES):
    @echo Hi!

$(BINARY): boot/linker_$(ARCH).ld $(OBJFILES) $(UPPEROBJS) $(LIBFILES)
    gcc -o $@ -Wl,--start-group $(OBJFILES) $(LIBFILES) $(UPPEROBJS) -Wl,--end-group

现象与预期矛盾 #

我预期$(OBJFILES)、$(UPPEROBJS)和$(LIBFILES)已通过空规则（仅echo）定义，且已正确构建，Makefile应仅检查它们的修改时间并重新构建二进制文件。但实际Make提前终止，提示“boot/lib/vfs.o is up to date”，未重建boot/boot_$(ARCH)。

修复方案 #

我通过在根Makefile的else分支添加all: $(MAKEDIRS)（该语句后几行又重新定义了all）解决了问题，构建恢复正常。

修复原理 #

原问题核心原因 #

在递归Make调用中，当指定BUILDTARGET=boot时，根Makefile没有明确将boot目录的最终目标（boot/boot_$(ARCH)）纳入顶层依赖链。Make的默认行为是执行当前Makefile中第一个定义的目标，你的boot/Makefile中，变量展开后第一个显式目标是boot/lib/vfs.o（属于$(OBJFILES)），所以递归调用进入boot/目录时，Make仅检查该.o文件是否最新，确认后就终止流程，完全没触发构建最终二进制的规则。

添加all: $(MAKEDIRS)的作用 #

这行代码在Make解析阶段临时修改了顶层all目标的依赖，将所有子目录（包括boot/）的构建任务纳入其中。尽管后续代码重新定义了all，但这一步已经确保递归调用boot/目录时，Make会要求该目录构建自己的all目标（而不是默认的第一个.o文件）。如果boot/Makefile中TARGETS指向$(BINARY)，且默认all目标关联$(TARGETS)，那么Make就会找到并执行构建boot/boot_$(ARCH)的规则，完成整个构建流程。

简单来说，这行代码修正了递归调用时的目标传递逻辑，强制boot/目录的Makefile去构建最终二进制，而非停留在单个目标文件的检查上。

内容的提问来源于stack exchange，提问作者martin esparragoza