修改GCC子Makefile后如何免重跑configure实现增量构建？

核心原因 #

直接修改Make-lang.in后不重新执行configure，实际生效的Makefile并没有同步更新——GCC的构建系统依赖configure将.in模板文件生成最终的Makefile，未重新运行时，构建系统无法识别新增的tiny/tiny-token.o和tiny/tiny-lexer.o。

规避全量编译的可行方案 #

1. 手动更新生成的Makefile片段 #

找到configure处理Make-lang.in后生成的对应Makefile文件（通常是根目录或对应子目录下的Makefile），直接将新增的两个目标文件添加到tiny_OBJS变量中。这样无需重新跑configure，构建系统就能识别新文件，仅编译新增的目标。

2. 仅重新生成相关Makefile片段 #

执行make的特定目标，只更新与Make-lang.in相关的Makefile，避免全量重新配置：

make Makefile

如果是子目录的Makefile，进入对应子目录执行上述命令即可。这会触发configure重新处理对应的.in模板，但不会重新生成所有配置文件，速度远快于全量./configure。

3. 手动为新增文件添加编译规则 #

如果上述方法仍有问题，可以手动在Makefile中为新增目标添加编译规则，示例如下：

tiny/tiny-token.o: tiny/tiny-token.c
	$(CC) $(CFLAGS) -c $< -o $@

tiny/tiny-lexer.o: tiny/tiny-lexer.c
	$(CC) $(CFLAGS) -c $< -o $@

确保CC、CFLAGS等变量与GCC构建系统保持一致，这样make会自动检测源文件变化并编译这两个目标，不会触动其他已编译完成的文件。

注意事项 #

• 后续若需要全量重新配置，务必保留Make-lang.in中的修改，避免新增的目标文件定义丢失。
• 若新增文件涉及头文件依赖，可能需要手动更新DEPENDENCIES相关变量，确保头文件变化时能触发对应目标的重新编译。

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