Makefile（或者Ant脚本、或者该公司所选择使用的其它格式）都是处理过程的核心。
每个组件有它自己的Makefile，并且顶级Makefile遍历它所有的子目录构建它所找到的所有Makefile。
历史上最难解决的一个兼容性问题是在makefile中对包含的处理。
通过避免在linux目录中出现特定于体系结构的子目录，可以大大简化makefile文件。
在这篇文章中，您可以学习使用Purify以及将它整合到您的makefiles中：可以在一个渗漏的船舶中导航C吗？
请记住：Makefile要求您使用Tab字符而不是空格来产生缩进行。
下面先来回顾一下在使用makefile时所遇到的最常见的一些问题。
本节提供一些小型的包含编译生成文件（makefiles）的示例应用程序。
如果您正从Intel上的Linux移植代码库（codebase），这尤其关键，因为已有的Makefile文件可能没有显式地使用这个标记。
实际的工作是由生成文件现在包含的两个文件完成的，它们是makefile.inc和makefile.
简单编写程序来创建makefile就是一种解决方案。
如果所包含的文件不存在，这样做的负面影响就会被放大，那些曾经在Imake数千行makefile中挣扎过的人都可以证明这点。
项目（。DSP）的文件，但他们应该出口当地的Makefiles中。
加强makefile的使用，即使是在VisualStudio项目中也是如此。
本节演示了如何更改现有的生成文件，以便将清单自动嵌入最终二进制文件中。
为生成动态链接的二进制文件，需要在所有的Makefile文件中包含-fPIC。
下面的示例说明如何更改生成文件以将两种方法相结合。