Makefilevariablesreplace显然没有完成,即使:=在声明中使用

我有一个与其他内核模块进行通信的主要内核模块。 我已经构build了这样的模块(概念上):

main module/ | \drivers/ | |\driver1 |\driver2 \driver3 

由于这些是内核模块,我需要像这样编译它们:

 make -C /lib/modules/$(shell uname -r)/build M=$(shell pwd) modules 

但是,由于驱动程序的Makefile可以从以前的目录中调用,因此我需要在调用其他make(linux的make)之前执行$(shell pwd) )。 所以Makefile现在看起来像这样:

 CURRENT_DIR := $(shell pwd) .PHONY: all all: $(MAKE) -C /lib/modules/$(shell uname -r)/build M=$(CURRENT_DIR) modules 

到目前为止,它是好的,它完美的作品。 问题是这样的:我有一个驱动程序需要包含的文件,所以我必须给包含path。 我第一次尝试

 EXTRA_CFLAGS += -I../.. 

并立即明白为什么它不工作(相对path将是/ lib /模块/ …不是当前目录)。 所以我把它改成:

 MAIN_MODULE_HOME := $(CURRENT_DIR)/../.. EXTRA_CFLAGS += -I$(MAIN_MODULE_HOME) 

奇怪的是,这是行不通的! 如果我写

 EXTRA_CFLAGS += -Ipath/I/get/from/pwd/../.. 

手动编译! 有人可以解释我做错了什么? 在调用make之前,我echo ed $(CURRENT_DIR)$(MAIN_MODULE_HOME) ,这些variables是有意义的。

我知道EXTRA_CFLAGS不是马上评估的,但是因为CURRENT_DIRMAIN_MODULE_HOME被声明为:=我不明白事情是怎么搞的。

(如果有人可以更好地提出问题标题,请做!)

你应该通过EXTRA_CFLAGS来做这样的:

 $(MAKE) -C /lib/modules/$(shell uname -r)/build M=$(CURRENT_DIR) \ EXTRA_CFLAGS="$(EXTRA_CFLAGS)" modules 

更新:

driver1 / Makefile的内容被读取两次:第一次 – 当你在driver1目录下运行make时,第二次 – 通过Kbuild系统。

首先, CURRENT_DIR := $(shell pwd)被评估为/home/users/.../main module/drivers/driver1 。 其次,Kbuild将CURRENT_DIR := $(shell pwd)评估为/usr/src/linux-headers-2.6.32-33-generic/

LDD3,ch2,p24中描述了这种情况

诀窍是编写你的makefile如下:

 # If KERNELRELEASE is defined, we've been invoked from the # kernel build system and can use its language. ifneq ($(KERNELRELEASE),) obj-m := hello.o # Otherwise we were called directly from the command # line; invoke the kernel build system. else KERNELDIR ?= /lib/modules/$(shell uname -r)/build PWD := $(shell pwd) default: $(MAKE) -C $(KERNELDIR) M=$(PWD) modules #endif 

这很可能是因为EXTRA_CFLAGS的递归风格,它实际上是在一个子MAIN_MODULE_HOME扩展的,它不能访问MAIN_MODULE_HOME

首先,尝试导出MAIN_MODULE_HOME

 export MAIN_MODULE_HOME 

我也试图在使用之前将EXTRA_CFLAGS 弄平 (但是,我不确定这是否是Kbuild的一个好习惯):

 EXTRA_CFLAGS := $(EXTRA_CFLAGS)