第11课 - 自动生成依赖关系(上)

第11课 - 自动生成依赖关系(上)

1. 值得思考的问题

  (1)目标文件(.o)是否只依赖于源文件(.c)?

  (2)编译器如何编译源文件和头文件?

  

2. 编译行为带来的缺陷

  (1)预处理器将头文件中的代码直接插入源文件

  (2)编译器只通过预处理后的源文件产生目标文件

  综合上面两点,规则中以源文件为依赖,命令可能无法执行。

3. 下面的 makefile 有没有问题?

该篇博客中涉及的三个源文件,func.c、main.c、func.h。

1 #include "stdio.h"
2 #include "func.h"
3 
4 void foo()
5 {
6     printf("void foo() : %s\n", HELLO);
7 }
func.c源文件
1 #include <stdio.h>
2 #include "func.h"
3 
4 int main()
5 {
6     foo();
7 
8     return 0;
9 }    
main.c源文件
1 #ifndef FUNC_H
2 #define FUNC_H
3 
4 #define HELLO "hello scott"
5 
6 void foo();
7 
8 #endif
func.h头文件

main.c 和 func.c 都包含了 func.h。

1 OBJS := func.o main.o
2 
3 hello.out : $(OBJS)
4     @gcc -o $@ $^
5     @echo "Target File ==> $@"
6  
7 $(OBJS) : %.o : %.c 
8     @gcc -o $@ -c $<
原始的makefile

这个makefile乍一看是没有问题的,但是仔细想一下,当更改 func.h 头文件中的内容时,由于目标文件比依赖文件要新,所以程序不会重新编译

在makefile中,只有当依赖文件比目标文件更新时(依赖文件的时间 > 目标文件的时间),才能触发目标对应命令的执行。

解决方案:

在依赖中添加 func.h 头文件,之后再去更改 func.h头文件中的内容,make会重新编译生成新的hello.out。

1 OBJS := func.o main.o
2 
3 hello.out : $(OBJS)
4     @gcc -o $@ $^
5     @echo "Target File ==> $@"   
6 
7 $(OBJS) : %.o : %.c func.h  # 这里添加了 func.h 文件
8     @gcc -o $@ -c $<
更改后的Makefile

 4. 实验中解决方案的问题

  (1)头文件作为依赖条件出现在每个目标对应的规则中

  (2)当头文件改动,任何源文件都将被重新编译(编译低效)

  (3)当项目中头文件数量巨大时,makefile 将很难维护

5. 疯狂的想法

  (1)通过命令自动生成对头文件的依赖

  (2)将生成的依赖自动包含进makefile

  (3)当头文件改动后,自动确认需要重新编译的文件

6. 预备工作(原材料)

  — Linux 命令 sed

  — 编译器依赖生成选项 gcc  -MM (gcc  -M)

6.1 Linux 中的 sed 命令

  (1)sed 是一个流编辑器,用于流文本的修改(增/删/查/改)

  (2)sed 可用于流文本中的字符串替换

  (3)sed 的字符串替换方式为:sed  'ssrcdesg'

    

6.2 sed 的正则表达式支持

  (1)在 sed 中可以用正则表达式匹配替换目标

  (2)并且可以使用匹配的目标生成替换结果

  

6.3 gcc 关键编译选项

   生成依赖关系

    • 获取目标的完整依赖关系

      gcc  -M  test.c

    • 获取目标的部分依赖关系  

      gcc  -MM  test.c

7. 小技巧:拆分目标的依赖

   将目标的完整依赖拆分为多个部分依赖

 

 

注:本文整理于《狄泰12月提升计划》课程内容

狄泰QQ群:199546072

posted @ 2018-01-07 16:26  Hengs  阅读(323)  评论(0编辑  收藏  举报