Chinaunix首页 | 论坛 | 博客
  • 博客访问: 104606879
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: C/C++

2008-04-17 19:57:52

  出处:Unix爱好者家园unix-cd.com   
--------------------------------------------------------------------------------

GNU make存在一些和其它版本make不兼容的功能,对于其它版本make的部分功能,GNU make也没有实现。POSIX.2 标准 (IEEE Standard 1003.2-1992)没有规定以下的这些特点需要在make中实现。

Ø        形如“FILE((ENTRY))”的目标代表静态库文件“FILE”的一个成员。它的成员不是用文件名,而是一个定义了连接符号“ENTRY”的.o文件。GNU make没有支持它的原因是。这样的规则需要对静态库内部符号索引表需要熟悉。GNU make对静态库成员的更新可参考第十一章

Ø        以字符“~” 结尾的后缀在System V make的后缀规则中有特别的含义;它指的是对应目标文件的依赖文件是没有“~”的SCCS 文件。例如,System V的后缀规则“.c~.o”含义是:“N.o”是从SCCS文件“s.N.c”中提取的。为了完全覆盖,可能需要一系列的这样的规则。GNU make对它的处理是:使用两个模式规则从SCCS文件抽取一个文件,这两个模式规则形成一个隐含规则链。可参考 10.4 隐含规则链 一节

Ø        在System V 和 4.3 BSD make中,通过“VPATH”指定的目录搜寻(参考 4.5 目录搜索 一节)的文件,对应的文件名需要经过make改变后才加入对应规则到命令行中。GNU make使用自动环变量来实现这一功能。

Ø        在一些Unix的make中,自动化变量“$*”(参考 10.5.3 自动化变量 一节)作为规则的依赖时,具有奇怪的特征:它会被扩展为该规则的目标全名。它和GNU make中“$*”的含义完全不同。 

Ø        在一些Unix的make中。会为所有目标搜索隐含规则(参考第十章),不仅仅是指对那些没有命令的目标。就是说如果我们的规则时这样的话: 

foo.o:

       cc -c foo.c

这种版本的make就会认为目标“foo.o”的依赖文件是“foo.c”。我们认为make的这种处理方法容易导致混乱。因为Makefile已经对目标有明确的定义,而在为目标搜索隐含规则是不合逻辑的。因此GNU make没有支持这种方式的规则处理。

Ø        GNU make不包含任何编译以及预处理EFL程序的内嵌隐含规则。如果其它那种版本的make已经实现了这个特性,我们会很乐意地把它加入到GNU make支持的特性中。

Ø        在 SVR4版本的make中,一个没有命令的后缀规则被作为一个空命令规则来处理(参考 5.8 空命令 一节)。例如:

.c.a:

这个规则将覆盖内嵌的目标为“.c.a”的规则。

GNU make对这个规则的行为是为目标.a添加一个依赖类型.c。上述的行为在GNU make中的实现是:

.c.a: 

Ø        一些版本的make 在调用shell时使用“-e”参数告诉shell,在除执行“make -k”(参考 9.6 使用make进行编译测试 一节)时,一旦命令行执行失败(返回状态非0)就立即退出。我们认为对于不同的命令的执行结果要视情况来处理。因此GNU make的没有支持这种方式。
阅读(168) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~