内核映像的形成 —— KBuild体系（二）

2.1.2 主机程序

在内核编译阶段，Kbuild 要先去编译那些将在编译阶段使用的可执行文件。为了使用该可执行文件，要将编译分成二个阶段：
第一阶段是告诉Kbuild存在哪些可执行文件。这是通过变量 hostprogs-y来完成的。
第二阶段是添加一个对可执行文件的显性依赖。有两种方法:增加依赖关系到一个规则中，或是利用变量 $(always)。以下是详细叙述：

 

（1）简单的主机程序

 

在编译内核时，有时会需要编译并运行一个程序。下面这行就告诉了kbuild，程序bin2hex用来在编译阶段被执行：
hostprogs-y := bin2hex

 

在上面的例子中，Kbuild假设bin2hex是由一个与其在同一目录下，名为 bin2hex.c 的C语言源文件编译而成的。

 

（2）复合的主机程序

 

本机程序可以由多个文件编译而成。所使用的语法与内核的相应语法很相似。$(<executeable>-objs) 列出了联接成最后的可执行文件所需的所有目标文件：
#scripts/lxdialog/Makefile
hostprogs-y := lxdialog
lxdialog-objs := checklist.o lxdialog.o

 

扩展名为.o的文件是从相应的.c文件编译而来的。在上面的例子中，checklist.c 编译成了checklist.o，lxdialog.c编译成了lxdialog.o。最后，两个.o文件联接成了一可执行文件，lxdialog。

 

注意：语法 <executable>-y不是只能用来生成本机程序。

 

（3）定义共享库

 

扩展名为so的文件称为共享库，被编译成位置无关对象。Kbuild也支持共享库，但共享库的使用很有限。在下面的例子中，libconfig.so共享库用来联接到可执行文件 conf中：
#scripts/kconfig/Makefile
hostprogs-y := conf
conf-objs := conf.o libkconfig.so
libkcofig-objs := expr.o type.o

 

共享库文件经常要求一个相应的 -objs，在上面的例子中，共享库libkconfig是由 expr.o 和 type.o两个文件组成的。expr.o 和 type.o 将被编译成位置无关码，然后联接成共享库文件 libkconfig.so。注意，KBuild还支持用C++写的主机程序，但C++并不支持共享库。