• Makefile $@,$^,$ 作用


    1. /* main.c */ 
    2.  
       
    3.  
      #include "mytool1.h" 
    4.  
       
    5.  
      #include "mytool2.h" 
    6.  
       
    7.  
      int main(int argc,char **argv) 
    8.  
       
    9.  
    10.  
       
    11.  
      mytool1_print("hello"); 
    12.  
       
    13.  
      mytool2_print("hello"); 
    14.  
       
    15.  
    16.  
       
    17.  
      /* mytool1.h */ 
    18.  
       
    19.  
      #ifndef _MYTOOL_1_H 
    20.  
       
    21.  
      #define _MYTOOL_1_H 
    22.  
       
    23.  
      void mytool1_print(char *print_str); 
    24.  
       
    25.  
      #endif 
    26.  
       
    27.  
      /* mytool1.c */ 
    28.  
       
    29.  
      #include "mytool1.h" 
    30.  
       
    31.  
      void mytool1_print(char *print_str) 
    32.  
       
    33.  
    34.  
       
    35.  
      printf("This is mytool1 print %s ",print_str); 
    36.  
       
    37.  
    38.  
       
    39.  
      /* mytool2.h */ 
    40.  
       
    41.  
      #ifndef _MYTOOL_2_H 
    42.  
       
    43.  
      #define _MYTOOL_2_H 
    44.  
       
    45.  
      void mytool2_print(char *print_str); 
    46.  
       
    47.  
      #endif 
    48.  
       
    49.  
      /* mytool2.c */ 
    50.  
       
    51.  
      #include "mytool2.h" 
    52.  
       
    53.  
      void mytool2_print(char *print_str) 
    54.  
       
    55.  
    56.  
       
    57.  
      printf("This is mytool2 print %s ",print_str); 
    58.  
       
    59.  
      }



    当然由于这个程序很短,我们可以这样来编译:  

    1.  
      gcc -c main.c 
    2.  
       
    3.  
      gcc -c mytool1.c 
    4.  
       
    5.  
      gcc -c mytool2.c 
    6.  
       
    7.  
      gcc -o main main.o mytool1.o mytool2.o

     这样的话我们也可以产生main程序,而且也不是很麻烦。但是如果我们考虑一下如果有一天我们修改了其中的一个文件(比如说mytool1.c)那么我们难道还要重新输入上面的命令?也许你会说,这个很容易解决啊,我写一个 SHELL脚本,让它帮我去完成不就可以了。是的对于这个程序来说,是可以起到作用的。但是当我们把事情想的更复杂一点,如果我们的程序有几百个源程序的时候,难道也要编译器重新一个一个的去编译? 

    为此,聪明的程序员们想出了一个很好的工具来做这件事情,这就是make。我们只要执行以下make,就可以把上面的问题解决掉。在我们执行make之前,我们要先编写一个非常重要的文件。--Makefile。对于上面的那个程序来说,可能的一个Makefile的文件是: 

    # 这是上面那个程序的Makefile文件: 


    1.  
      main:main.o mytool1.o mytool2.o 
    2.  
       
    3.  
      gcc -o main main.o mytool1.o mytool2.o 
    4.  
       
    5.  
      main.o:main.c mytool1.h mytool2.h 
    6.  
       
    7.  
      gcc -c main.c 
    8.  
       
    9.  
      mytool1.o:mytool1.c mytool1.h 
    10.  
       
    11.  
      gcc -c mytool1.c 
    12.  
       
    13.  
      mytool2.o:mytool2.c mytool2.h 
    14.  
       
    15.  
      gcc -c mytool2.c



    有了这个Makefile文件,不论我们什么时候修改了源程序当中的什么文件,我们只要执行make命令,我们的编译器都只会去编译和我们修改的文件有关的文件,其它的文件它连理都不想去理的。 

    下面我们学习Makefile是如何编写的。 

    在Makefile中也#开始的行都是注释行.Makefile中最重要的是描述文件的依赖关系的说明。一般的格式是: 

    target:components 

    TAB rule 

    第一行表示的是依赖关系。第二行是规则。 

    比如说我们上面的那个Makefile文件的第二行。 

    main:main.o mytool1.o mytool2.o 

    表示我们的目标(target)main的依赖对象(components)是main.o mytool1.omytool2.o 当倚赖的对象在目标修改后修改的话,就要去执行规则一行所指定的命令。就象我们的上面那个Makefile第三行所说的一样要执行 gcc-o main main.o mytool1.o mytool2.o 注意规则一行中的TAB表示那里是一个TAB键 

    Makefile有三个非常有用的变量。分别是$@,$^,$<代表的意义分别是: 

    $@--目标文件,$^--所有的依赖文件,$<--第一个依赖文件。 

    如果我们使用上面三个变量,那么我们可以简化我们的Makefile文件为: 

    # 这是简化后的Makefile 

    main:main.o mytool1.o mytool2.o 

    gcc -o $@ $^ 

    main.o:main.c mytool1.h mytool2.h 

    gcc -c $< 

    mytool1.o:mytool1.c mytool1.h 

    gcc -c $< 

    mytool2.o:mytool2.c mytool2.h 

    gcc -c $< 

    经过简化后,我们的Makefile是简单了一点,不过人们有时候还想简单一点。这里我们学习一个Makefile的缺省规则 

    .c.o: 

    gcc -c $< 

    这个规则表示所有的 .o文件都是依赖与相应的.c文件的。例如mytool.o依赖于mytool.c这样Makefile还可以变为: 

    # 这是再一次简化后的Makefile 

    main:main.o mytool1.o mytool2.o 

    gcc -o $@ $^ 

    .c.o: 

    gcc -c $< 

    好了,我们的Makefile 也差不多了,如果想知道更多的关于Makefile的规则,可以查看相应的文档。

  • 相关阅读:
    数据的艺术
    第十七篇 make的路径搜索综合实践
    第十六篇 make中的路径搜索
    第十五篇 make中的隐式规则概述
    第十四篇 自动生成依赖关系(终结)
    [SDOI2009]HH的项链解题报告
    欧几里德与扩展欧几里德算法的理解、实现与应用
    浅析强连通分量(Tarjan和kosaraju)
    deque-at
    plt.imshow()
  • 原文地址:https://www.cnblogs.com/fengliu-/p/10219786.html
Copyright © 2020-2023  润新知