【问题标题】:Makefile variable substitution apparently not done even though := is used in declaration即使 := 在声明中使用,Makefile 变量替换显然也没有完成
【发布时间】:2012-02-03 10:37:23
【问题描述】:

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

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

到目前为止,一切都很好,而且效果很好。问题是这样的:我有一个驱动程序需要包含的文件,所以我必须给出包含路径。我第一次尝试

EXTRA_CFLAGS += -I../..

并立即明白为什么它不起作用(相对路径是 /lib/module/... 而不是当前目录)。所以我把它改成:

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

奇怪的是,这不起作用!如果我写

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

手动编译!有人可以解释我做错了什么吗?在调用make之前,我echoed$(CURRENT_DIR)$(MAIN_MODULE_HOME)变量是有意义的。

我知道EXTRA_CFLAGS 不会立即被评估,但由于CURRENT_DIRMAIN_MODULE_HOME 是用:= 声明的,我不明白事情是如何变得一团糟的。

(如果有人可以更好地表达问题标题,请这样做!)

【问题讨论】:

    标签: linux variables makefile kbuild


    【解决方案1】:

    你应该通过 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
    

    【讨论】:

    • 关于您添加的行:Kbuild 系统不使用 EXTRA_CFLAGS 和环境中的其他一些变量。 我怀疑这是真的。我确实EXTRA_CFLAGS 与 -I/path/to/whatever 一起使用,它正在工作。问题是当 /path/to/whatever 进入变量时。否则,EXTRA_CFLAGS 好像被使用了
    • 你说得对,所以我删除了它并添加了新评论。
    • @alexander 感谢您的解释!
    【解决方案2】:

    这很可能是因为EXTRA_CFLAGS 的递归风格,它实际上在子make 中扩展,它无法访问从中引用的MAIN_MODULE_HOME

    首先,尝试导出MAIN_MODULE_HOME

    export MAIN_MODULE_HOME
    

    我也会在使用之前尝试flatten EXTRA_CFLAGS(但是,我不确定这对于 Kbuild 是否是一个好习惯):

    EXTRA_CFLAGS := $(EXTRA_CFLAGS)
    

    【讨论】:

    • 我尝试了导出,但没有成功(尽管你说的非常有道理)而且奇怪的是,你的第二个建议(扁平化 EXTRA_CFLAGS 也没有奏效。
    • @Shahbaz,好吧,就像猜测一样,Kbuild 可能会检查 EXTRA_CFLAGS 变量的来源,如果它不是来自命令行,它可能会被忽略。
    猜你喜欢
    • 1970-01-01
    • 2018-09-03
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2018-04-19
    • 1970-01-01
    • 2012-08-11
    • 1970-01-01
    相关资源
    最近更新 更多