日期:2014-05-16  浏览次数:20773 次

请高手详细解释一个makfile文件
#   Comment/uncomment   the   following   line   to   disable/enable   debugging
#DEBUG   =   y


#   Add   your   debugging   flag   (or   not)   to   CFLAGS
ifeq   ($(DEBUG),y)
    DEBFLAGS   =   -O   -g   -DSCULL_DEBUG   #   "-O "   is   needed   to   expand   inlines
else
    DEBFLAGS   =   -O2
endif

CFLAGS   +=   $(DEBFLAGS)
CFLAGS   +=   -I$(LDDINC)

ifneq   ($(KERNELRELEASE),)
#   call   from   kernel   build   system

scull-objs   :=   main.o   pipe.o   access.o

obj-m :=   scull.o

else

KERNELDIR   ?=   /lib/modules/$(shell   uname   -r)/build
PWD               :=   $(shell   pwd)

modules:
$(MAKE)   -C   $(KERNELDIR)   M=$(PWD)   LDDINC=$(PWD)/../include   modules

endif


clean:
rm   -rf   *.o   *~   core   .depend   .*.cmd   *.ko   *.mod.c   .tmp_versions

depend   .depend   dep:
$(CC)   $(CFLAGS)   -M   *.c   >   .depend


ifeq   (.depend,$(wildcard   .depend))
include   .depend
endif
====================================
上面是一个makfile文件,请问:
1.KERNELDIR   ?=   /lib/modules/$(shell   uname   -r)/build中的$(shell   uname   -r)是什么意思?我觉得uname是一个显示系统信息的命令,但是这里应该一个目录名呀!!

2.modules是一个伪目标吗?它是默认执行的吗?它里面的3句话
$(MAKE)   -C   $(KERNELDIR),   M=$(PWD),   LDDINC=$(PWD)/../include   modules分别是什么意思?

3.
depend   .depend   dep:
$(CC)   $(CFLAGS)   -M   *.c   >   .depend


ifeq   (.depend,$(wildcard   .depend))
include   .depend
endif

4.这个文件中的真正的编译命令在哪里?
这一整段是什么意思?这段里的-M与第2个问题里的M有关系吗?
请大家不吝赐教,谢谢

------解决方案--------------------
1. $(shell uname -r)会调用uname -r命令并把结果展开作为值,返回值是当前内核版本号,整体来说KERNELDIR ?= /lib/modules/$(shell uname -r)/build的含义就是在KERNELDIR未定义时赋值为:/lib/modules/2.6.xx/build (假设当前内核版本号为2.6.xx),这就是一个路径,一般来说会是一个符号链接,指向真正的内核源码的路径
2. modules不是伪目标,$(MAKE) -C $(KERNELDIR), M=$(PWD), LDDINC=$(PWD)/../include modules的含义:-C $(KERNELDIR)表示在读取makefile前进入$(KERNELDIR)目录,M=$(PWD), LDDINC=$(PWD)/../include则只是传了2个变量给Makefile,modules则是$(KERNELDIR)中的Makefile中的target。
3. 产生依赖信息文件,如果存在的话则将其包含到Makefile中。
4. 这个Makefile调用时有2种可能,一种是KERNELRELEASE已定义,那实际上是在内核整体编译中调用,自己参考一下现有内核部分编译的方式;另一种则是KERNELRELEASE未定义,调用的方式应该会是类似make modules的方式调用。
3里的-M和2里的M没有关系,一个是gcc的

其实花点时间看看Makefile的手册及看看gcc的man这些问题就知道的了...
------解决方案--------------------
这个Makefile是LDD中虚拟字符设备驱动的例子。

modules:
$(MAKE) -C $(KERNELDIR) M=$(PWD) LDDINC=$(PWD)/../include modules

这个是整个Makefile中的第一句依赖,因此是整个Makefile的入口

$(MAKE) -C $(KERNELDIR) M=$(PWD) LDDINC=$(PWD)/../include modules
这个就是真正的编译命令,大意就是调用/lib/modules/$(shell uname -r)/build下modules的Makefile去编译你的驱动模块。

------解决方案--------------------
uname -r是显示版本的命令。

在Makefile里面$(shell uname -r)就代表你的2.6.18-1.2798.fc6

也就是/lib/modules/2.6.18-1.2798.fc6/build

你在CD里面用Makefile的写法,所以不行