Linux上几乎所有的软件都经过了GPL授权,因此都会提供源码。 而一个软件要在Linux上执行,必须是二进制文件,因此当我们拿到软件源码后,需要将它编译成二进制文件才能在Linux上运行。
相对于二进制软件包,源码安装软件的配置和编译比较繁琐,但它的可移植性好,符合C语言“一次编写,到处编译”的设计哲学。
软件编译过程
configure ——> Makefile文件 ——> make ——> make install——> 将可执行程序安装到正确的位置
将源码编译成可供Linux运行的二进制文件一共需要两步:
-- 1. 使用gcc
编译器将源码编译成目标文件
-- 2. 再次使用gcc
编译器将目标文件链接成二进制文件这过程看似简单,实则不然。一个软件的源代码往往被封装在多个源文件中,此外这些有着错综复杂的依赖关系,编译需要严格按照指定的顺序进行,这无疑增加了编译的难度。好在
make
命令可以帮助我们简化编译过程。整个编译过程被浓缩在Makefile文件中(告诉make命令需要怎么去编译和链接程序),当执行make命令时,make会去当前目录中寻找Makefile文件,并根据该文件中的要求完成整个编译过程。
而
Makefile
文件由configure
命令产生。当执行configure
命令时,configure
会根据当前系统环境动态生成一个适合本系统的Makefile
文件,供make
命令使用。
安装步骤
- 安装的主要步骤:
$ tar zxvf XXXX.tar.gz (or tar jxvf XXXX.tar.bz2)
$ cd XXXX
$ ./configure
$ make
$ make install
$ make clean #可选
$ make uninstall #可选
详细说明:
- 获取源码
将软件的源码下载至目标路径,并解压。
- 获取源码
- 查看
INSTALL
与README
文件
这两个文件中详细介绍了本软件的安装方法和注意事项。
- 查看
- 创建
Makefile
文件
执行configure
命令,生成Makefile
文件。Makefile
文件简单来说包括的是一组文件依赖关系以及编译链接的相关步骤。
configure
实际上是一个可执行脚本,./configure shell
就会运行当前目录下的configure
脚本,在整个configure
过程,其实编译尚未进行,configure
仅仅是做编译相关的准备工作,它主要对当前的平台做一些依赖性检查,比如编译器是否安装,连接器是否存在,如果在检测的过程没有任何错误,你很幸运,configure
脚本会在当前目录下生成下一步编译链接所要用到的另一个文件Makefile
,当然configure
支持及其丰富的命令行参数,可以键入./configre --help获取具体的信息,对于非root
用户最常用的恐怕就是$ ./configure --prefix=/home/XXX
- 创建
- 编译
执行make clean
(可选);
make
命令将源码编译成二进制文件。make
只是一个通用的工具,一般情况下它会根据Makefile
中的规则调用合适的编译器编译所有与当前软件相依赖的源码,生成所有相关的目标文件,最后再使用链接器生成最终的可执行程序。
PS:make clean
命令用来清除上一次编译生成的目标文件。这个步骤可有可无,但为了确保编译的成功,还是加上为好,防止由于软件中含有残留的目标文件导致编译失败。
- 编译
- 安装
这一步代表着编译链接过程已经完全结束,最后要做的就是将可执行程序安装到正确的位置,执行make install
命令将上一步编译好的二进制文件安装到指定的目录中去。
install
只是Makefile
文件中的一个标号,make install
代表着make
工具执行Makefile
文件中install
标号下的所有相关操作,如果在configure
阶段没有使用--prefix=/home/XXX
指定应用程序的安装目录,那么应用程序一般会被默认安装到/usr/local/bin
- 安装
- 后续操作
make clean
和make uninstall
这两个步骤只是安装的后续操作,make clean
用来清除编译连接过程中的一些临时文件,make uninstall
是卸载相关应用程序。
有一点必须注意,clean
和uninstall
也是Makefile
文件中相应的两个标号,执行这两个步骤的时候Makefile
文件必要保留,不过uninstall
标号在好多Makefile
中都被省略掉了。
- 后续操作
为什么这么多步骤?
- 从C语言的角度来说,一个程序从源码到正确生成相关的可执行文件,下面这些部分必不可少:源文件,编译器,汇编器,连接器,依赖库,通过上面几个步骤,应该已经知道真正执行编译链接操作的步骤只有一个(
make
),那其他步骤存在的理由何在? - 软件开发者必须考虑到软件的可移植性,在不同的平台甚至不同硬件体系结构上运行,这样就导致了
Makefile
的不可移植性,因此,开发者通常使用autoconf
之类的工具生成相应的configure
脚本,而configure
就是用来屏蔽相应的平台差异,从而正确生成Makefile
文件,然后make
再根据configure
生成的Makefile
完成编译链接工作。至于install or clean or uninstall
,也只是对应着Makefile
文件中不同的规则。
Ref:
http://www.cnblogs.com/huangfenghit/archive/2011/02/17/1957057.html
https://www.cnblogs.com/benwu/articles/8436209.html