Autotools生成Makefile多任务并行构建竞态及命令差异问题咨询

问题1：为何Autotools这类成熟的构建系统生成的Makefile仍存在竞态问题 #

该竞态并非Autotools生成的依赖规则本身存在缺陷，而是调用方式与Autotools的递归Make实现逻辑冲突导致：

• 当你在命令行同时传入all和check两个顶层目标时，GNU Make会将二者视为平级的独立构建目标，默认不会自动为二者添加先后执行的依赖关系。
• Autotools默认采用递归Make的架构：all和check两个顶层目标会分别触发独立的递归流程，fork出新的Make进程进入src子目录执行对应构建逻辑。
• 两个并行的子Make进程会同时尝试编译同一个目标文件test-test.o，二者会操作同一个临时依赖文件.deps/test-test.Tpo：其中一个进程编译完成后先执行mv操作将.Tpo文件重命名为.Po，另一个进程后续执行mv时就找不到对应源文件，触发报错。
• Autotools生成的依赖规则仅保证单个目标内部的依赖链顺序正确，不会处理多个平级顶层目标并行执行时的重复依赖冲突。

问题2：make check与make all check的执行逻辑有什么差异 #

二者的核心差异是顶层目标的数量不同，导致Make的任务调度逻辑完全不同：

• make check执行逻辑：仅存在一个顶层目标check，Make会严格按照依赖链调度任务：先完整走完check的所有前置依赖（即全量构建all对应的所有产物），所有前置依赖完成后再执行check对应的测试步骤。整个流程的依赖顺序明确，并行构建时只会触发一次构建任务，不会出现重复编译的冲突。
• make all check执行逻辑：存在all、check两个平级的顶层目标，Make会尝试同时推进两个目标的构建。即使子目录内的check目标依赖子目录的all目标，顶层的两个目标对应的递归流程仍然会并行启动，二者重叠的构建部分（比如编译源文件）就会出现两个进程同时操作同一个文件的竞态。

你观察到的两个正常场景也符合上述逻辑：

• make -j1 all check正常是因为单任务模式下Make会串行执行两个顶层目标，先完成all再执行check，不会出现并发冲突。
• make -j8 check正常是因为只有一个顶层目标，依赖顺序正确，不会触发重复的构建流程。

内容的提问来源于stack exchange，提问作者Андрей Щеглов