我写了一起 Makefile(一)

我写了一起 Makefile(一)

大家好,又见面了,我是全栈君,今天给大家准备了Idea注册码。

我写了一起 Makefile(一)此处内容已经被作者隐藏,请输入验证码查看内容
验证码:
请关注本站微信公众号,回复“”,获取验证码。在微信里搜索“”或者“”或者微信扫描右侧二维码都可以关注本站微信公众号。

我写了一起 Makefile


 陈皓

概述
——

什么是makefile?也许非常多Winodws的程序猿都不知道这个东西,由于那些Windows的IDE都为你做了这个工作。但我认为要作一个好的和professional的程序猿,makefile还是要懂。这就好像如今有这么多的HTML的编辑器。但假设你想成为一个专业人士,你还是要了解HTML的标识的含义。

特别在Unix下的软件编译,你就不能不自己写makefile了,会不会写makefile,从一个側面说明了一个人是否具备完毕大型project的能力。

由于,makefile关系到了整个project的编译规则。

一个project中的源文件不计数。其按类型、功能、模块分别放在若干个文件夹中,makefile定义了一系列的规则来指定,哪些文件须要先编译。哪些文件须要后编译。哪些文件须要又一次编译,甚至于进行更复杂的功能操作,由于makefile就像一个Shell脚本一样,当中也能够运行操作系统的命令。

makefile带来的优点就是——“自己主动化编译”,一旦写好,仅仅须要一个make命令,整个project全然自己主动编译,极大的提高了软件开发的效率。make是一个命令工具,是一个解释makefile中指令的命令工具,一般来说。大多数的IDE都有这个命令。比方:Delphi的make,Visual C++的nmake。Linux下GNU的make。可见,makefile都成为了一种在project方面的编译方法。

如今讲述怎样写makefile的文章比較少,这是我想写这篇文章的原因。

当然,不同产商的make各不同样,也有不同的语法,但其本质都是在“文件依赖性”上做文章,这里,我仅对GNU的make进行讲述。我的环境是RedHat Linux 8.0。make的版本号是3.80。

必竟,这个make是应用最为广泛的,也是用得最多的。并且其还是最遵循于IEEE 1003.2-1992 标准的(POSIX.2)。

在这篇文档中,将以C/C++的源代码作为我们基础,所以必定涉及一些关于C/C++的编译的知识,相关于这方面的内容,还请各位查看相关的编译器的文档。这里所默认的编译器是UNIX下的GCC和CC。

 

关于程序的编译和链接
——————————

在此。我想多说关于程序编译的一些规范和方法。一般来说。不管是C、C++、还是pas,首先要把源文件编译成中间代码文件,在Windows下也就是 .obj 文件。UNIX下是 .o 文件,即 Object File,这个动作叫做编译(compile)。

然后再把大量的Object File合成运行文件。这个动作叫作链接(link)。

编译时,编译器须要的是语法的正确,函数与变量的声明的正确。对于后者,一般是你须要告诉编译器头文件的所在位置(头文件里应该仅仅是声明,而定义应该放在C/C++文件里)。仅仅要全部的语法正确。编译器就能够编译出中间目标文件。一般来说,每一个源文件都应该相应于一个中间目标文件(O文件或是OBJ文件)。

链接时。主要是链接函数和全局变量。所以。我们能够使用这些中间目标文件(O文件或是OBJ文件)来链接我们的应用程序。链接器并无论函数所在的源文件。仅仅管函数的中间目标文件(Object File),在大多数时候。因为源文件太多。编译生成的中间目标文件太多,而在链接时须要明显地指出中间目标文件名称,这对于编译非常不方便,所以,我们要给中间目标文件打个包,在Windows下这样的包叫“库文件”(Library File),也就是 .lib 文件,在UNIX下,是Archive File,也就是 .a 文件。

总结一下。源文件首先会生成中间目标文件,再由中间目标文件生成运行文件。在编译时,编译器仅仅检測程序语法,和函数、变量是否被声明。假设函数未被声明,编译器会给出一个警告,但能够生成Object File。

而在链接程序时。链接器会在全部的Object File中找寻函数的实现。假设找不到,那到就会报链接错误码(Linker Error)。在VC下。这样的错误通常是:Link 2001错误,意思说是说。链接器未能找到函数的实现。你须要指定函数的Object File.

好,言归正传,GNU的make有很多的内容,闲言少叙,还是让我们開始吧。

 

Makefile 介绍
———————

make命令运行时,须要一个 Makefile 文件,以告诉make命令须要怎么样的去编译和链接程序。

首先,我们用一个演示样例来说明Makefile的书写规则。以便给大家一个感兴认识。这个演示样例来源于GNU的make使用手冊,在这个演示样例中,我们的project有8个C文件,和3个头文件。我们要写一个Makefile来告诉make命令怎样编译和链接这几个文件。我们的规则是:
    1)假设这个project没有编译过,那么我们的全部C文件都要编译并被链接。
    2)假设这个project的某几个C文件被改动。那么我们仅仅编译被改动的C文件,并链接目标程序。
    3)假设这个project的头文件被改变了,那么我们须要编译引用了这几个头文件的C文件。并链接目标程序。

仅仅要我们的Makefile写得够好,全部的这一切。我们仅仅用一个make命令就能够完毕,make命令会自己主动智能地依据当前的文件改动的情况来确定哪些文件须要重编译,从而自己编译所须要的文件和链接目标程序。

一、Makefile的规则

在讲述这个Makefile之前。还是让我们先来粗略地看一看Makefile的规则。

    target … : prerequisites …
            command
            …
            …

    target也就是一个目标文件,能够是Object File,也能够是运行文件。还能够是一个标签(Label)。对于标签这样的特性,在兴许的“伪目标”章节中会有叙述。

    prerequisites就是,要生成那个target所须要的文件或是目标。

    command也就是make须要运行的命令。(随意的Shell命令)

这是一个文件的依赖关系。也就是说,target这一个或多个的目标文件依赖于prerequisites中的文件,其生成规则定义在command中。

说白一点就是说。prerequisites中假设有一个以上的文件比target文件要新的话,command所定义的命令就会被运行。

这就是Makefile的规则。也就是Makefile中最核心的内容。

说究竟,Makefile的东西就是这样一点。好像我的这篇文档也该结束了。呵呵。还不尽然,这是Makefile的主线和核心,但要写好一个Makefile还不够,我会以后面一点一点地结合我的工作经验给你慢慢到来。内容还多着呢。

:)

二、一个演示样例

正如前面所说的,假设一个project有3个头文件,和8个C文件。我们为了完毕前面所述的那三个规则,我们的Makefile应该是以下的这个样子的。

    edit : main.o kbd.o command.o display.o /
           insert.o search.o files.o utils.o
            cc -o edit main.o kbd.o command.o display.o /
                       insert.o search.o files.o utils.o

    main.o : main.c defs.h
            cc -c main.c
    kbd.o : kbd.c defs.h command.h
            cc -c kbd.c
    command.o : command.c defs.h command.h
            cc -c command.c
    display.o : display.c defs.h buffer.h
            cc -c display.c
    insert.o : insert.c defs.h buffer.h
            cc -c insert.c
    search.o : search.c defs.h buffer.h
            cc -c search.c
    files.o : files.c defs.h buffer.h command.h
            cc -c files.c
    utils.o : utils.c defs.h
            cc -c utils.c
    clean :
            rm edit main.o kbd.o command.o display.o /
               insert.o search.o files.o utils.o

反斜杠(/)是换行符的意思。

这样比較便于Makefile的易读。

我们能够把这个内容保存在文件为“Makefile”或“makefile”的文件里。然后在该文件夹下直接输入命令“make”就能够生成运行文件edit。假设要删除运行文件和全部的中间目标文件。那么,仅仅要简单地运行一下“make clean”就能够了。

在这个makefile中,目标文件(target)包括:运行文件edit和中间目标文件(*.o)。依赖文件(prerequisites)就是冒号后面的那些 .c 文件和 .h文件。每个 .o 文件都有一组依赖文件。而这些 .o 文件又是运行文件 edit 的依赖文件。

依赖关系的实质上就是说明了目标文件是由哪些文件生成的,换言之。目标文件是哪些文件更新的。

在定义好依赖关系后。兴许的那一行定义了怎样生成目标文件的操作系统命令,一定要以一个Tab键作为开头。

记住。make并无论命令是怎么工作的,他仅仅管运行所定义的命令。make会比較targets文件和prerequisites文件的改动日期,假设prerequisites文件的日期要比targets文件的日期要新,或者target不存在的话。那么,make就会运行兴许定义的命令。

这里要说明一点的是,clean不是一个文件。它仅仅只是是一个动作名字。有点像C语言中的lable一样,其冒号后什么也没有,那么,make就不会自己主动去找文件的依赖性,也就不会自己主动运行其后所定义的命令。要运行其后的命令,就要在make命令后明显得指出这个lable的名字。

这个方案很实用。我们能够在一个makefile中定义不用的编译或是和编译无关的命令,比方程序的打包,程序的备份。等等。

下一页->

(版权所有所有,转载请注明出处和作者转载) 

 

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。

发布者:全栈程序员-用户IM,转载请注明出处:https://javaforall.cn/117884.html原文链接:https://javaforall.cn

【正版授权,激活自己账号】: Jetbrains全家桶Ide使用,1年售后保障,每天仅需1毛

【官方授权 正版激活】: 官方授权 正版激活 支持Jetbrains家族下所有IDE 使用个人JB账号...

(0)
blank

相关推荐

  • 内网渗透基础_内网穿透技术详解

    内网渗透基础_内网穿透技术详解整理下内网渗透的思路

  • springJPA 之 QueryDSL(一)

    springJPA 之 QueryDSL(一)引言不可否认的是JPA使用是非常方便的,极简化的配置,只需要使用注解,无需任何xml的配置文件,语义简单易懂,但是,以上的一切都建立在单表查询的前提下的,我们可以使用JPA默认提供的方法,

  • 输入代码自动生成名称_变量命名工具codelf

    输入代码自动生成名称_变量命名工具codelfCodeifCodeIfhttps://unbug.github.io/codelf/包含流行语言,java,c,javaScript,python等等

  • 菜鸟教程 python 正则表达式_python进阶路线

    菜鸟教程 python 正则表达式_python进阶路线正则表达式正则表达式(RegularExpression,在代码中常简写为regex、regexp、RE或re)是预先定义好的一个“规则字符率”,通过这个“规则字符串”可以匹配、查找和替换那些

  • python数组基本操作_8和数组

    python数组基本操作_8和数组Python没有数组概念,使用列表(list)来实现的,罗列几个基本操作:声明一维demo=[]动态大小数组,成员数可变demo=[3],静态大小数组,三个成员,标号从0开始demo=[“a”,“b”]数组初值二维demo=[[]*3]demo=[[“3”][“4”]]增加成员demo=[]声明动态数组demo.append(“a”)增加一个成员清空demo=[“a”,“b”]demo.clear()拷贝Python中的数组虽然是可变变

  • 不要看《深入浅出MFC》![通俗易懂]

    不要看《深入浅出MFC》![通俗易懂]   开篇先声明一点,《深入浅出MFC》是一本不错的书,对于MFC原码的剖析,十分到位,特别是前面对于MFC六大关键技术的总结和演示程序,尤其精彩。那为什么我要说不要看这本书呢?   我是站在一个初学者的角度来说这句话的,也是我当初看了这本书的一些感受(因为过于难以理解,差了几章没有看,后来再补的),这本书对于MFC的讲解对一个初次接触MFC的人来说,内容过于的晦涩难懂,大段大段的原码引用,一

发表回复

您的电子邮箱地址不会被公开。

关注全栈程序员社区公众号