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。
下面的示例说明如何更改生成文件以将两种方法相结合。