本文由 简悦 SimpRead 转码, 原文地址 blog.csdn.net
1 基本信息
这些都是典型的使用GNU
的AUTOCONF
和AUTOMAKE
产生的程序的安装步骤
./configure
是用来检测你的安装平台的目标特征的。比如它会检测你是不是有CC
或GCC
,并不是需要CC
或GCC
,它是个shell
脚本,另外,./configure
是源代码安装的第一步,主要的作用是对即将安装的软件进行配置,检查当前的环境是否满足要安装软件的依赖关系,但并不是所有的tar
包都是源代码的包
make
是用来编译的,它从Makefile
或者makefile
(Linux
区分大小写)中读取指令,然后编译。
make install
是用来安装的,它也从Makefile
中读取指令,安装到指定的位置。
注意
:AUTOMAKE
和AUTOCONF
是非常有用的用来发布C
程序的东西。
2 详细解释
2.1 configure 命令
这一步是配置
,一般用来生成 Makefile
,为下一步的编译做准备,可以通过在configure
后加上参数来对安装进行控制
比如代码:./configure --prefix=/usr
意思是将该软件安装在 /usr
下面,执行文件
就会安装在 /usr/bin
,资源文件
就会安装在 /usr/share
,如果没有使用--prefix
指定路径那么都是走默认路径:
可执行文件
默认放在/usr/local/bin
,
库文件
默认放在/usr/local/lib
,
配置文件
默认放在/usr/local/etc
,
其它的资源文件
放在/usr/local/share
。
同时一些软件的配置文件可以通过指定 --sys-config= 参数进行设定
。有一些软件还可以加上 --with、--enable、--without、--disable
等等参数对编译加以控制,可以通过允许 ./configure –help
察看详细的说明帮助。./configure --help
里面有个path
可以查看默认安装路径
2.2 make
这一步就是编译,大多数的源代码包都经过这一步进行编译(当然有些perl
或python
编写的软件需要调用perl
或python
来进行编译)
如果在make
过程中出现error
,就要记下错误代码(注意不仅仅是最后一行),然后可以向开发者提交 bugreport
(一般在INSTALL
里有提交地址),或者系统少了一些依赖库等,这些需要自己仔细研究错误代码。
可能遇到的错误:
make *** 没有指明目标并且找不到 makefile, 停止。
问题很明了,没有Makefile
,怎么办,原来是要先./configure
一下,再make
2.3 make install
这条命令来进行安装
(当然有些软件需要先运行make check
或 make test
来进行一些测试),这一步一般需要有root权限(因为要向系统写入文件)
指定文件安装位置:
make PREFIX=/usr/local/redis install
安装到指定的redis
目录下make DESTDIR=/install/directory install
和上面同理
注意:make install
步骤不是必须的,因为在上一步make命令中就已经编译出了可执行的文件了,此时的make install只是为了安装到Linux系统中常用的位置上,
2.4 configure 和 make 中的 DESTDIR 和 PREFIX 区别
2.4.1 configure 中的 PREFIX
./configure --prefix=*
确定包在安装时的位置,以及在运行时
查找相关文件的位置。如果只是为了在单个主机上使用而进行编译,那么应该使用它
注意:如果不配置该选项,安装后比较凌乱,如下:
可执行文件
默认放在/usr/local/bin
中库文件
默认放在/usr/local/lib
中配置文件
默认放在/usr/local/etc
中资源文件
默认放在/usr/local/share
中
2.4.2 make 中的 DESTDIR
make install DESTDIR=*
安装到临时目录,该目录不是运行包的位置。
例如,这在构建deb
包时使用。构建包的人实际上并没有将所有东西都安装到自己系统的最终位置。他可能已经安装了一个不同的版本,不想打扰它,或者他甚至不是根用户。
因此,他使用configure --prefix=/usr
,以便程序在运行时希望安装在/usr
中,然后让install DESTDIR=debian/tmp
实际创建目录结构
2.4.3 make 中的 PREFIX
make install PREFIX=/foo/bar/baz
这将把它安装到另一个地方,但不会像DESTDIR=/foo/bar/baz
那样创建所有目录,它通常与GNU stow
一起使用:./configure --prefix=/usr/local && make && sudo make install prefix=/usr/local/stow/foo
,它将在/usr/local/stow/foo/bin
中安装二进制文件。
相比之下,make install DESTDIR=/usr/local/stow/foo
将在/usr/local/ local/bin
中安装二进制文件
2.4.4 二者区别
DESTDIR
和DESTDIR
联用:当使用./configure --prefix
和make install DESTDIR
,则目标安装目录为DESTDIR/prefix
make install prefix=/foo/bar/baz
和make install DESTDIR
的区别在于,前者不会创建prefix
后面指定的所有目录层级,而DESTDIR
会
2.5 make 中使用 PREFIX 没有生效
如果解压缩后的文件中有configure
,是使用./configure --prefix
指定安装地方,否则就是默认的/usr/local/
下面,这个时候如果在使用make PREFIX=path install
不会生效,因为配置时已经指定了安装地址了,因此这一步不会生效了
如果解压缩后的文件中没有configure
,但是相应的有Makefile
或makefile
,那么就可以使用make PREFIX=path install
来指定路径
3 扩展说明
Linux
的用户可能知道,在Linux
下安装一个应用程序时,一般先运行脚本configure
,然后用make
来编译源程序,在运行make install
,最后运行make clean
删除一些临时文件。使用上述三个自动工具,就可以生成configure
脚本。运行configure
脚本,就可以生成Makefile
文件,然后就可以运行make
、make install
和make clean
configure
是一个shell
脚本,它可以自动设定源程序以符合各种不同平台上Unix
系统的特性,并且根据系统参数及环境产生合适的Makefile
文件或是C
的头文件,让源程序可以很方便地在这些不同的平台上被编译连接。这时,就可运行configure
脚本了,运行configure
脚本,就可产生出符合GNU
规范的Makefile
文件了: $ ./configure
,到此时,就可以运行make
进行编译,在运行make install
进行安装了,最后运行make clean
删除临时文件。
make
make install #注:运行这个要有足够的权限
make clean
利用configure
所产生的Makefile
文件有几个预设的目标可供使用,其中几个重要的简述如下:
make all
:产生我们设定的目标,即此范例中的可执行文件。只打make
也可以,此时会开始编译原始码,然后连结,并且产生可执行文件。make clean
:清除编译产生的可执行文件及目标文件 (object file
,*.o
)make distclean
:除了清除可执行文件和目标文件外,把configure
所产生的Makefile
也清除掉。make install
:将程序安装至系统中。如果原始码编译无误,且执行结果正确,便可以把程序安装至系统预设的可执行文件存放路径。如果用bin_PROGRAMS
宏的话,程序会被安装至/usr/local/bin
这个目录。make dist
:将程序和相关的档案包装成一个压缩文件以供发布。执行完在目录下会产生一个以PACKAGE-VERSION.tar.gz
为名称的文件。PACKAGE
和VERSION
这两个变数是根据configure.in
文件中AM_INIT_AUTOMAKE(PACKAGE,VERSION)
的定义。在此范例中会产生test-1.0.tar.gz
的档案。make distcheck
:和make dist
类似,但是加入检查包装后的压缩文件是否正常。这个目标除了把程序和相关文件包装成tar.gz
文件外,还会自动把这个压缩文件解开,执行configure
,并且进行make all
的动作,确认编译无误后,会显示这个tar.gz
文件可供发布了。这个检查非常有用,检查过关的包,基本上可以给任何一个具备GNU
开发环境的人去重新编译。