Buildroot中自定义内核模块包编译顺序问题咨询

核心原因：Config.in引入顺序不决定编译顺序 #

Buildroot中，Config.in的引入顺序仅影响配置菜单的显示顺序，以及配置项的依赖可选性（比如B是否能被选中取决于A是否开启），完全不控制编译阶段的执行顺序。你遇到B先编译的问题，本质是误解了Config.in的作用——编译顺序由每个包的.mk文件里的依赖定义决定，和Config.in的引入顺序无关。

依赖声明无效的具体原因 #

你在B的Config.in中添加的依赖声明，大概率是类似以下的配置：

depends on BR2_PACKAGE_A

或者

select BR2_PACKAGE_A

这两种配置仅作用于配置阶段：前者要求用户必须先启用A才能启用B，后者是启用B时自动勾选A，但它们都不会告知Buildroot在编译阶段需要先完成A的构建再处理B。

正确的解决方式 #

要强制B在A之后编译，必须在B的.mk文件（如package/B/B.mk）中添加编译依赖声明：

B_DEPENDENCIES = A

同时需要确保A的.mk文件已正确将头文件和库文件安装到Buildroot的 staging 目录，这样B编译时才能找到所需文件，比如A的.mk中需包含：

define A_INSTALL_STAGING_CMDS
	$(INSTALL) -D -m 644 $(@D)/include/a.h $(STAGING_DIR)/usr/include/a.h
	$(INSTALL) -D -m 644 $(@D)/lib/liba.a $(STAGING_DIR)/usr/lib/liba.a
endef

如果B是基于configure构建的，还需在B的.mk中添加头文件和库的路径指定：

B_CONF_OPTS += -I$(STAGING_DIR)/usr/include
B_LDFLAGS += -L$(STAGING_DIR)/usr/lib -lA

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