大家好,又见面了,我是全栈君,今天给大家准备了Idea注册码。
我写了一起 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账号...