LINUX 2.6 內核下多C文件模塊編譯方法
作者：張小亮（九爪熊）
背景：
最近在DTU項目中遇到一個(gè)兩個(gè)模塊整合的問(wèn)題，也就是把原來(lái)的E1模塊和SPT模塊整合在一起，但是就是這個(gè)問(wèn)題阻止了項目前進(jìn)的步伐，耽誤整整2個(gè)工作日的時(shí)間，具體原因還是在LINUX的下模塊的開(kāi)發(fā)方法不是很熟悉，很多的東西處于摸索狀態(tài)，因此即使是一個(gè)不起眼的問(wèn)題，也會(huì )造成很大的麻煩。
問(wèn)題描述：
在LINUX 2.6.10的內核下如何編譯多個(gè)C源文件，問(wèn)題的實(shí)質(zhì)就是：主C文件里函數如何調用其他的函數或者變量，當然也可以相互調用。
解決方法:
對于模塊中的常用格式還是跟單模塊是一致的，函數和變量的使用方法跟正常的應用程序C多文件相互調用沒(méi)有什么不同，這里關(guān)鍵是Makefile的書(shū)寫(xiě)方法是最重要，下面就拿一個(gè)例子給大家講解一下，例子的代碼同本文檔一起壓縮在壓縮包內。
Makefile文件關(guān)鍵代碼：
MODULE_NAME :=test
RESMAN_CORE_OBJS :=hello1.o
RESMAN_GLUE_OBJS :=hello2.o
$(MODULE_NAME)-objs := $(RESMAN_CORE_OBJS) $(RESMAN_GLUE_OBJS)
obj-m :=test.o
KERNELDIR ?= /lib/modules/$(shell uname -r)/build
PWD := $(shell pwd)
all:
$(MAKE) -C $(KERNELDIR) M=$(PWD)
WARNING::紅色的為重要的部分，藍色的是不能修改的部分，否則不是編譯出文件就是編譯出的模塊不能用，
MODULE_NAME ：該變量指定最終生成的.KO文件的名字，也就是模塊的名字。
RESMAN_CORE_OBJS：這個(gè)變量指定含有入口函數也就是函數module_init()函數和module_exit()函數的主文件，類(lèi)似應用程序里面的MAIN.C，
RESMAN_GLUE_OBJS ：該變量指定主文件調用的在其他C文件里面實(shí)現的函數的C文件對應的.O文件。
obj-m ：指定最終生成模塊的名字對應的.O文件，不要漏掉.O否者會(huì )有如下錯誤
make -C /lib/modules/2.6.9-11.EL/build M=/opt/modules
make[1]: Entering directory `/usr/src/kernels/2.6.9-11.EL-i686'
scripts/Makefile.build:194: 目標“/opt/modules/test”不匹配目標模式
LD /opt/modules/built-in.o
CC [M] /opt/modules/test
gcc: no input files
make[2]: *** [/opt/modules/test] 錯誤 1
make[1]: *** [_module_/opt/modules] 錯誤 2
make[1]: Leaving directory `/usr/src/kernels/2.6.9-11.EL-i686'
make: *** [all] 錯誤 2
外部函數和變量的使用方法：
函數可以聲明也可以不聲明，但最好是聲明，因為這樣邏輯層次關(guān)系明顯，也方便閱讀代碼，外部的變量必須聲明，否者會(huì )提示找不到變量的錯誤，用extern來(lái)聲明。
心得體會(huì )：
在開(kāi)發(fā)LINUX的過(guò)程中經(jīng)常遇到源碼多，而文檔少的問(wèn)題，對于一些剛剛接觸LINUX不久的工程師來(lái)說(shuō)，往往一個(gè)小問(wèn)題也就變成了大問(wèn)題，如何快速準確的找到問(wèn)題的正確解決辦法并非一日之功，需要大量的經(jīng)驗積累，注意觀(guān)察和學(xué)習，學(xué)會(huì )查找資料時(shí)最好的解決問(wèn)題的辦法，這里推薦一個(gè)網(wǎng)站：http//:www.sourceforge.net，這個(gè)網(wǎng)站上有很多開(kāi)放的源碼，而且文檔也比較全，當自己不會(huì )做的時(shí)候，當自己找不到直接的資料的時(shí)候，去下載別人一個(gè)類(lèi)似的源碼的例子是最好的問(wèn)題的解決
