驾驭makefile.pdfVIP

驾驭Makefile 驾驭Makefile 李 云 Blog: 摘要 从事嵌入式系统开发，如果不能驾驭 Makefile，那很难做到游刃有余。make 程序通过读取 Makefile 来做相应的事。Makefile 中最为重要的两个概念，一个是目标 （target ），另一个则是依赖 （dependency ）关系。目标是指我们想让make 干什么，而依赖关系则描述了如何实现我们想要干 的，即怎么做。驾驭Makefile 的终级目标就是我们能运用目标和依赖关系来对所需解决的问题进行 思考。 关键词 嵌入式 嵌入式系统 Makefile make 参考资料 《UML 类图中的依赖》 《UML 中的活动图》（待写） 《熟悉binutils 工具集》 《GNU make》 1 基础 从事嵌入式系统开发，如果不能驾驭 Makefile，那很难做到游刃有余。根据我的观察，不少工 程师在从事与嵌入式相关的开发工作时，上手还是相对容易的，这里的上手，是指能在别人已搭建 好的开发平台上开始做应用方面的开发工作。但是一旦碰到与编译相关的问题，就显得束手无策。 这些与编译相关的问题主要有两方面，一方面是编译器报告的源程序当中的语法错误，另一方面就 是与Makefile 相关的错误。为了更为高效的从事开发工作，以及做到在工作中对于处理与编译相关 的错误更加的自信，驾驭Makefile 是非常必要的。 Makefile 其实只是一个指示make 程序 （后面简称make 或有时称之为make 命令）如何为我 们工作的命令文件，我们说 Makefile 其实是在说 make，这一点要有很清晰的认识。而对于我们的 项目来说，Makefile 是指软件项目的编译环境。软件产品开发在编码阶段最常见的工作内容大致是： 1）开发人员根据概要设计进行编码。 2 ）开发人员编译所设计的源代码以生成可执行文件。 3 ）开发人员对软件产品进行测试来验证其功能的正确性。 上面的三个步骤是一个迭代过程，如果最终验证设计的正确性完全达到要求，那么就完成了编码阶 段的开发，如果没有那还得重复这三个步骤，直到达到设计要求为止。 在上面的几步中，与Makefile 关系最大的是第二步，那Makefile 的好坏对于项目开发有些什么 影响呢？设计得好的 Makefile，当我们重新编译时，只需编译那些上次编译成功后修改过的文件， 也就是说编译的是一个delta，而不是整个项目。反之，如果一个不好的Makefile 环境，可能对于每 一次的编译先要clean，然后再重新编译整个项目。两种情况的差异是显然的，后者将耗费开发人员 大量的时间用于编译，也就意味着低效率。对于小型项目，低效问题可能表现得并不明显，但对于 规模相对大的项目，那就非常的明显了。开发人员可能一天做个十次编译（甚至更少）就没有时间 用于编码和测试（调试）了。这就是为什么通常大型项目都会有一个专门维护Makefile 的一个小团 队，来支撑产品的开发。 █ 1 驾驭Makefile 学习 Makefile 最为重要的是掌握二个概念，一个是目标 （target ），另一个就是依赖 （dependency ）。目标就是指要干什么，或说运行 make 后生成什么，而依赖是告诉 make 如何去 做以实现目标。在 Makefile 中，目标和依赖是通过规则 （rule）来表达的。我们最为熟悉的是采用 make 来进行软件产品的代码编译，但它可以被用来做很多很多的事情，后面我们会给出一些不是 用 make 来进行代码编译的例子。驾驭Makefile，最为重要的是要学会采用目标和依赖关系来思考 所需解决的问题。 1.1 准备环境 我们需要一台Linux 机器，或是在Windows 上安装Cgywin 来学习Makefile。如果你需要安装 Cygwin，为了节省篇幅，请参照 《熟悉binutils 工具集》的第2 章节以准备好你的环境。需要注意 的是，在安装Cygwin 时不要忘记了安装make、GCC 和binutils 工具集。为了验证make