linux应用之make命令详解

从源代码安装过软件的朋友必定对 ./configure && make && make install 安装三步曲很是熟悉了。然而究竟这个过程当中的每一步幕后都发生了些什么呢？今天小编将带你一探究竟。

 

深刻理解这个过程将有助于你在LFS的基础上玩出本身的花样来。不过须要说明的是这里对 Makefile 和 make 的讲解是至关近视和粗浅的，可是对于理解安装过程来讲足够了。

 

概述

 

用一句话来解释这个过程就是：根据源码包中 Makefile.in 文件的指示，configure 脚本检查当前的系统环境和配置选项，在当前目录中生成 Makefile 文件(还有其它无需关心的文件,移植软件时要先配置，而后再修改Makefile文件)，而后 make 程序就按照当前目录中的 Makefile 文件的指示将源代码编译为二进制文件，最后将这些二进制文件移动(即安装)到指定的地方(仍然按照 Makefile 文件的指示)。

 

因而可知 Makefile 文件是幕后的核心。要深刻理解安装过程，必须首先对 Makefile 文件有充分的了解。这里将首先讲述 Makefile 与 make ，而后再讲述 configure 脚本。而且在讲述这两部份内容时，提供了尽量详细的、能够运用于实践的参考资料。

 

Makefile 与 make

 

 

用一句话来归纳Makefile 与 make 的关系就是：Makefile 包含了全部的规则和目标，而 make 则是为了完成目标而去解释 Makefile 规则的工具。

 

make 语法

 

首先看看 make 的命令行语法：

 

make [options] [targets] [VAR=VALUE]...

 

[options]是命令行选项，能够用 make --help 命令查看所有，[VAR=VALUE]是在命令行上指定环境变量，这两个你们都很熟悉，将在稍后详细讲解。而[targets]是什么呢？字面的意思是"目标"，也就是但愿本次 make 命令所完成的任务。

 

凭经验猜想，这个[targets]大概能够用"check","install"之类(也就是常见的测试和安装命令)。可是它究竟是个啥玩意儿？不带任何"目标"的 make 命令是什么意思？为何在安装 LFS 工具链中的 Perl-5.8.8 软件包时会出现"make perl utilities"这样怪异的命令？要回答这些问题必须首先理解 Makefile 文件中的"规则"。

 

 

Makefile 规则

 

Makefile 规则包含了文件之间的依赖关系和更新此规则目标所须要的命令。

一个简单的 Makefile 规则是这样写的：

 

TARGET : PREREQUISITES
	COMMAND

TARGET

        规则的目标。也就是能够被 make 使用的"目标"。有些目标能够没有依赖而只有动做(命令行)，好比"clean"，一般仅仅定义一系列删除中间文件的命令。一样，有些目标能够没有动做而只有依赖，好比"all"，一般仅仅用做"终极目标"。

PREREQUISITES

        规则的依赖。一般一个目标依赖于一个或者多个文件。

COMMAND

        规则的命令行。一个规则能够有零个或多个命令行。

 

OK! 如今你明白[targets]是什么了，原来它们来自于 Makefile 文件中一条条规则的目标(TARGET)。另外，Makefile文件中第一条规则的目标被称为"终极目标"，也就是你省略[targets]参数时的目标(一般为"all")。

 

当你查看一个实际的 Makefile 文件时，你会发现有些规则很是复杂，可是它都符合规则的基本格式。此外，Makefile 文件中一般还包含了除规则之外的其它不少东西，不过这里只关心其中的变量。

Makefile 变量

 

 

Makefile 中的"变量"更像是 C 语言中的宏，表明一个文本字符串(变量的值)，能够用于规则的任何部分。变量的定义很简单：

 

VAR=VALUE；变量的引用也很简单：$(VAR) 或者 ${VAR}。变量引用的展开过程是严格的文本替换过程，就是说变量值的字符串被精确的展开在变量被引用的地方。

 

好比，若定义：VAR=c，那么，"$(VAR) $(VAR)-$(VAR) VAR.$(VAR)"将被展开为"c c-c VAR.c"。

 

虽然在 Makefile 中能够直接使用系统的环境变量，可是也能够经过在 Makefile 中定义同名变量来"遮盖"系统的环境变量。另外一方面，咱们能够在调用 make 时使用  -e 参数强制使系统中的环境变量覆盖 Makefile 中的同名变量，除此以外，在调用 make 的命令行上使用 VAR=VALUE 格式指定的环境变量也能够覆盖 Makefile 中的同名变量（在移植软件时经常使用来修改交叉编译器）。

 

Makefile 实例

下面看一个简单的、实际的Makefile文件：

 

1.CC=gcc  

2.CPPFLAGS=  

3.CFLAGS=-O2 -pipe  

4.LDFLAGS=-s  

5.PREFIX=/usr  

6.  

7.all : prog1 prog2  

8.  

9.prog1 : prog1.o  

10.    $(CC) $(LDFLAGS) -o prog1 prog1.o  

11.  

12.prog1.o : prog1.c  

13.    $(CC) -c $(CFLAGS) prog1.c  

14.  

15.prog2 : prog2.o  

16.    $(CC) $(CFLAGS) $(LDFLAGS) -o prog2 prog2.o  

17.  

18.prog2.o : prog2.c  

19.    $(CC) -c $(CPPFLAGS) $(CFLAGS) prog2.c  

20.  

21.clean :  

22.    rm -f *.{o,a} prog{1,2}  

23.  

24.install : prog1 prog2  

25.    if ( test ! -d $(PREFIX)/bin ) ; then mkdir -p $(PREFIX)/bin ; fi  

26.    cp -f prog1 $(PREFIX)/bin/prog1  

27.    cp -f prog2 $(PREFIX)/bin/prog2  

28.  

29.check test : prog1 prog2  

30.    prog1 < sample1.ref > sample1.rz  

31.    prog1 < sample2.ref > sample3.rz  

32.    cmp sample1.ok sample1.rz  

33.    cmp sample2.ok sample2.rz  

 

从中能够看出，make 与 make all 以及 make prog1 prog2 三条命令实际上是等价的。而经常使用的 make check 和 make install 也找到了归属。同时咱们也看到了 Makefile 中的各类变量是如何影响编译的。针对这个特定的 Makefile ，你甚至能够省略安装三步曲中的 make 命令而直接使用 make install 进行安装。

 

一样，为了使用自定义的编译参数编译 prog2 ，咱们可使用 make prog2 CFLAGS="-O3 -march=athlon64" 或 CFLAGS="-O3 -march=athlon64" && make -e prog2 命令达到此目的。

 

Makefile 惯例

 

 

下面是Makefile中一些约定俗成的目标名称及其含义：

all

• 编译整个软件包，但不重建任何文档。通常此目标做为默认的终极目标。此目标通常对全部源程序的编译和链接使用"-g"选项，以使最终的可执行程序中包含调试信息。可以使用 strip 程序去掉这些调试符号。

clean

• 清除当前目录下在 make 过程当中产生的文件。它不能删除软件包的配置文件，也不能删除 build 时建立的那些文件。

distclean

• 相似于"clean"，但增长删除当前目录下的的配置文件、build 过程产生的文件。

info

• 产生必要的 Info 文档。

check 或 test

• 完成全部的自检功能。在执行检查以前，应确保全部程序已经被建立(但能够还没有安装)。为了进行测试，须要实如今程序没有安装的状况下被执行的测试命令。

install

• 完成程序的编译并将最终的可执行程序、库文件等拷贝到指定的目录。此种安装通常不对可执行程序进行 strip 操做。

install-strip

• 和"install"相似，可是会对复制到安装目录下的可执行文件进行 strip 操做。

uninstall

• 删除全部由"install"安装的文件。

installcheck

• 执行安装检查。在执行安装检查以前，须要确保全部程序已经被建立而且被安装。

installdirs

• 建立安装目录及其子目录。它不能更改软件的编译目录，而仅仅是建立程序的安装目录。

   

下面是 Makefile 中一些约定俗成的变量名称及其含义：

 

这些约定俗成的变量分为三类。第一类表明可执行程序的名字，例如 CC 表明编译器这个可执行程序；第二类表明程序使用的参数(多个参数使用空格分开)，例如 CFLAGS 表明编译器执行时使用的参数(一种怪异的作法是直接在 CC 中包含参数)；第三类表明安装目录，例如 prefix 等等，含义简单，下面只列出它们的默认值。

 

1.AR   函数库打包程序，可建立静态库.a文档。默认是"ar"。  

2.AS   汇编程序。默认是"as"。  

3.CC   C编译程序。默认是"cc"。  

4.CXX  C++编译程序。默认是"g++"。  

5.CPP  C/C++预处理器。默认是"$(CC) -E"。  

6.FC   Fortran编译器。默认是"f77"。  

7.PC   Pascal语言编译器。默认是"pc"。  

8.YACC Yacc文法分析器。默认是"yacc"。  

9.  

10.ARFLAGS     函数库打包程序的命令行参数。默认值是"rv"。  

11.ASFLAGS     汇编程序的命令行参数。  

12.CFLAGS      C编译程序的命令行参数。  

13.CXXFLAGS    C++编译程序的命令行参数。  

14.CPPFLAGS    C/C++预处理器的命令行参数。  

15.FFLAGS      Fortran编译器的命令行参数。  

16.PFLAGS      Pascal编译器的命令行参数。  

17.YFLAGS      Yacc文法分析器的命令行参数。  

18.LDFLAGS     连接器的命令行参数。  

19.  

20.prefix      /usr/local  

21.exec_prefix $(prefix)  

22.bindir      $(exec_prefix)/bin  

23.sbindir     $(exec_prefix)/sbin  

24.libexecdir  $(exec_prefix)/libexec  

25.datadir     $(prefix)/share  

26.sysconfdir  $(prefix)/etc  

make 选项

最后说说 make 的命令行选项(以Make-3.81版本为准)：

-B, --always-make

• 无条件的重建全部规则的目标，而不是根据规则的依赖关系决定是否重建某些目标文件。

-C DIR, --directory=DIR

• 在作任何动做以前先切换工做目录到 DIR ，而后再执行 make 程序。

-d

• 在 make 执行过程当中打印出全部的调试信息。包括：make 认为那些文件须要重建；那些文件须要比较它们的最后修改时间、比较的结果；重建目标所要执行的命令；使用的隐含规则等。使用该选项咱们能够看到 make 构造依赖关系链、重建目标过程的全部信息，它等效于"-debug=a"。

--debug=FLAGS

• 在 make 执行过程当中打印出调试信息。FLAGS 用于控制调试信息级别：

a

• 输出全部类型的调试信息

b

• 输出基本调试信息。包括：那些目标过时、是否重建成功过时目标文件。

v

• 除 b 级别之外还包括：解析的 makefile 文件名，不须要重建文件等。

i

• 除 b 级别之外还包括：全部使用到的隐含规则描述。

j

• 输出全部执行命令的子进程，包括命令执行的 PID 等。

m

• 输出 make 读取、更新、执行 makefile 的信息

 

-e, --environment-overrides

• 使用系统环境变量的定义覆盖 Makefile 中的同名变量定义。

 

-f FILE, --file=FILE, --makefile=FILE

• 将 FILE 指定为 Makefile 文件。

 

-h, --help

• 打印帮助信息。

 

-i, --ignore-errors

• 忽略规则命令执行过程当中的错误。

 

-I DIR, --include-dir=DIR

• 指定包含 Makefile 文件的搜索目录。使用多个"-I"指定目录时，搜索目录按照指定顺序进行。

 

-j [N], --jobs[=N]

• 指定并行执行的命令数目。在没有指定"-j"参数的状况下，执行的命令数目将是系统容许的最大可能数目。

 

-k, --keep-going

• 碰见命令执行错误时不终止 make 的执行，也就是尽量执行全部的命令，直到出现致命错误才终止。

 

-l [N], --load-average[=N], --max-load[=N]

• 若是系统负荷超过 LOAD(浮点数)，再也不启动新任务。

 

-L, --check-symlink-times

• 同时考察符号链接的时间戳和它所指向的目标文件的时间戳，以二者中较晚的时间戳为准。

 

-n, --just-print, --dry-run, --recon

• 只打印出所要执行的命令，但并不实际执行命令。

 

-o FILE, --old-file=FILE, --assume-old=FILE

• 即便相对于它的依赖已通过期也不重建 FILE 文件；同时也不重建依赖于此文件任何文件。

 

-p, --print-data-base

• 命令执行以前，打印出 make 读取的 Makefile 的全部数据（包括规则和变量的值），同时打印出 make 的版本信息。若是只须要打印这些数据信息，可使用 make -qp 命令。查看 make 执行前的预设规则和变量，可以使用命令 make -p -f /dev/null 。

 

-q, --question

• "询问模式"。不运行任何命令，而且无输出，只是返回一个查询状态。返回状态为 0 表示没有目标须要重建，1 表示存在须要重建的目标，2 表示有错误发生。

 

-r, --no-builtin-rules

• 取消全部内嵌的隐含规则，不过你能够在 Makefile 中使用模式规则来定义规则。同时还会取消全部支持后追规则的隐含后缀列表，一样咱们也能够在 Makefile 中使用".SUFFIXES"定义咱们本身的后缀规则。此选项不会取消 make 内嵌的隐含变量。

 

-R, --no-builtin-variables

• 取消 make 内嵌的隐含变量，不过咱们能够在 Makefile 中明肯定义某些变量。注意，此选项同时打开了"-r"选项。由于隐含规则是之内嵌的隐含变量为基础的。

 

-s, --silent, --quiet

• 不显示所执行的命令。

 

-S, --no-keep-going, --stop

• 取消"-k"选项。在递归的 make 过程当中子 make 经过 MAKEFLAGS 变量继承了上层的命令行选项。咱们能够在子 make 中使用"-S"选项取消上层传递的"-k"选项，或者取消系统环境变量 MAKEFLAGS 中的"-k"选项。

 

-t, --touch

• 更新全部目标文件的时间戳到当前系统时间。防止 make 对全部过期目标文件的重建。

 

-v, --version

• 打印版本信息。

 

-w, --print-directory

• 在 make 进入一个目录以前打印工做目录。使用"-C"选项时默认打开这个选项。

 

--no-print-directory

• 取消"-w"选项。能够是用在递归的 make 调用过程当中，取消"-C"参数将默认打开"-w"。

 

-W FILE, --what-if=FILE, --new-file=FILE, --assume-new=FILE

• 设定 FILE 文件的时间戳为当前时间，但不改变文件实际的最后修改时间。此选项主要是为实现了对全部依赖于 FILE 文件的目标的强制重建。

 

--warn-undefined-variables

• 在发现 Makefile 中存在对未定义的变量进行引用时给出告警信息。此功能能够帮助咱们调试一个存在多级套嵌变量引用的复杂 Makefile 。可是：咱们建议在书写 Makefile 时尽可能避免超过三级以上的变量套嵌引用。

configure

此阶段的主要目的是生成 Makefile 文件，是最关键的指挥若定阶段，基本上全部能够对安装过程进行的个性化调整都集中在这一步。

 

configure 脚本可以对 Makefile 中的哪些内容产生影响呢？基本上能够这么说：全部内容，包括这里最关心的 Makefile 规则与 Makefile 变量。那么又是哪些因素影响着最终生成的 Makefile 文件呢？答曰：系统环境和配置选项。

 

配置选项的影响是显而易见的。可是"系统环境"的概念却很宽泛，包含不少方面内容，不过咱们这里只关心环境变量，具体说来就是未来会在 Makefile 中使用到的环境变量以及与 Makefile 中的变量同名的环境变量。

 

通用 configure 语法

在进一步讲述以前，先看看 configure 脚本的语法，通常有两种：

 

configure [OPTIONS] [VAR=VALUE]...

configure [OPTIONS] [HOST]

 

无论是哪一种语法，咱们均可以用 configure --help 查看全部可用的[OPTIONS]，而且一般在结尾部分还能看到这个脚本所关心的环境变量有哪些。在这里将对这两种语法进行合并，使用下面这种简化的语法：

 

configure [OPTIONS]

 

这种语法可以被全部的 configure 脚本所识别，同时也能经过设置环境变量和使用特定的[OPTIONS]完成上述两种语法的一切功能。

 

通用 configure 选项

 

虽然每一个软件包的 configure 脚本千差万别，可是它们却都有一些共同的选项，也基本上都遵照相同的选项语法。

脚本自身选项

--help

• 显示帮助信息。

--version

• 显示版本信息。

--cache-file=FILE

• 在FILE文件中缓存测试结果(默认禁用)。

--no-create

• configure脚本运行结束后不输出结果文件，经常使用于正式编译前的测试。

--quiet, --silent

• 不显示脚本工做期间输出的"checking ..."消息。

   

 

目录选项

--srcdir=DIR

• 源代码文件所在目录，默认为configure脚本所在目录或其父目录。

--prefix=PREFIX

• 体系无关文件的顶级安装目录PREFIX ，默认值通常是 /usr/local 或 /usr/local/pkgName

--exec-prefix=EPREFIX

• 体系相关文件的顶级安装目录EPREFIX ，默认值通常是 PREFIX

--bindir=DIR

• 用户可执行文件的存放目录DIR ，默认值通常是 EPREFIX/bin

--sbindir=DIR

• 系统管理员可执行目录DIR ，默认值通常是 EPREFIX/sbin

--libexecdir=DIR

• 程序可执行目录DIR ，默认值通常是 EPREFIX/libexec

--datadir=DIR

• 通用数据文件的安装目录DIR ，默认值通常是 PREFIX/share

--sysconfdir=DIR

• 只读的单一机器数据目录DIR ，默认值通常是 PREFIX/etc

--sharedstatedir=DIR

• 可写的体系无关数据目录DIR ，默认值通常是 PREFIX/com

--localstatedir=DIR

• 可写的单一机器数据目录DIR ，默认值通常是 PREFIX/var

--libdir=DIR

• 库文件的安装目录DIR ，默认值通常是 EPREFIX/lib

--includedir=DIR

• C头文件目录DIR ，默认值通常是 PREFIX/include

--oldincludedir=DIR

• 非gcc的C头文件目录DIR ，默认值通常是 /usr/include

--infodir=DIR

• Info文档的安装目录DIR ，默认值通常是 PREFIX/info

--mandir=DIR

• Man文档的安装目录DIR ，默认值通常是 PREFIX/man

 

体系结构选项

玩交叉编译的朋友对这些选项已经很熟悉了，对于不使用交叉编译的朋友也没必要担忧，不要理它们就能够了。

--build=BUILD

• 工具链当前的运行环境，默认是 config.guess 脚本的输出结果。

--host=HOST

• 编译出的二进制代码将要运行在HOST上，默认值是BUILD。

--target=TARGET

• 编译出的工具链所未来生成的二进制代码要在TARGET上运行，这个选项仅对工具链(也就是GCC和Binutils二者)有意义。

 

特性选项

--enable-FEATURE

• 启用FEATURE特性

--disable-FEATURE

• 禁用FEATURE特性

--with-PACKAGE[=DIR]

• 启用附加软件包PACKAGE，亦可同时指定PACKAGE所在目录DIR

• --without-PACKAGE

• 禁用附加软件包PACKAGE

 

通用环境变量

除了上述通用的选项外，下列环境变量影响着最终生成的 Makefile 文件：

CPP

• C预处理器命令

CXXCPP

• C++预处理器命令

CPPFLAGS

• C/C++预处理器命令行参数

CC

• C编译器命令

CFLAGS

• C编译器命令行参数

CXX

• C++编译器命令

CXXFLAGS

• C++编译器命令行参数

LDFLAGS

• 链接器命令行参数

至于设置这些环境变量的方法，你能够将它们 export 为全局变量在全局范围内使用，也能够在命令行上使用 [VAR=VALUE]... configure [OPTIONS] 的语法局部使用。今天就不详细描述了。