转载地址：http://hi.baidu.com/snownight/blog/item/75df0cf4476baae17709d736.html
这几天又恶补了一下Makefile的规则，以下是摘自http://www.360doc.com/content/10/0409/13/502243_22235679.shtml
的一段，强烈推荐对Makefile感兴趣的同学读一下，好像有PDF下，叫做《跟我一起写Makefile》可以加深对编译过程的了解。Linux有了make工具，就可以藐视Windows的Visual Studio的IDE了。
Makefile的规则：
target ... : prerequisites ...
command
...
...
target也就是一个目标文件，可以是Object File，也可以是执行文件。还可以是一个标签（Label），对于标签这种特性，在后续的“伪目标”章节中会有叙述。
prerequisites就是，要生成那个target所需要的文件或是目标。
command也就是make需要执行的命令。（任意的Shell命令）
这是一个文件的依赖关系，也就是说，target这一个或多个的目标文件依赖于prerequisites中的文件，其生成规则定义在command中。说白一点就是说，prerequisites中如果有一个以上的文件比target文件要新的话，command所定义的命令就会被执行。这就是 Makefile的规则。也就是Makefile中最核心的内容。
正如上面作者所述，上面是Makefile中最核心的内容，Android编译系统符合GNU make的标准，当然这也是Android 编译系统最核心的内容。
Android编译系统的架构：
分析Android编译系统，你会发现，Android编译系统完成的并不仅仅是对目标（主机）系统二进制文件、java应用程序的编译、链接、打包等，而且还有包括生成各种依赖关系、确保某个模块的修改引起相依赖的文件的重新编译链接，甚至还包括目标文件系统的生成，配置文件的生成等，因此Android编译系统具有支持多架构（linux-x86、windows、arm等）、多语言（汇编、C、C++、Java等）、多目标、多编译方式。这些目标和结构决定其架构也很重要。
Android编译系统集中于build/core下，几个很重要的*.mk文件如下：
main.mk(主控Makefile)
base_rules.mk(对一些Makefile的变量规则化)
config.mk（关于编译参数、编译命令的一些配置）
definations.mk（定义了很多编译系统中用到的宏，相当于函数库）
Makefile（这个Makefile特指build/core下的Makefile，此文件主要控制生成system.img,ramdisk.img,userdata.img,以及recorvery image，sdk等）
Binary.mk(控制如何生成目标文件)
Clear_vars.mk（清除编译系统中用到的临时变量）
Combo/linux-arm.mk(控制如何生成linux-arm二进制文件，包括ARM相关的编译器，编译参数等的设置)
Copy_headers.mk（将头文件拷贝到指定目录）
分散于各个目录下的Android.mk(控制生成局部模块的源码，名称所需头文件路径，依赖库等特殊选项)
Build/envsetup.mk(编译环境初始化，定义一些实用的shell函数，方便编译使用)
以上几个主要的文件，可以按照社会分工打一个比方：
Main.mk是总统，是老大，承担了很多工作。
Makefile是副总统，辅佐老大Main.mk
Base_rules.mk是交警，让不规则的东西，变得规则。
Config.mk是省长，规定了各个人民群众该如何行事
Definations.mk是图书馆管理员
Binary.mk应该属于村长了，规定每个人该如何行事
Clear_vars.mk应该属于保洁公司的工人吧
Combo/linux-arm.mk应该属于社会公民了，他决定自己该如何去做
注：明天会将对main.mk的分析贴上来，欢迎大家指正。
扫一扫
657
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
