文章目录

1 基本信息
2 详细解释
    2.1 configure命令
    2.2 make
    2.3 make insatll
    2.4 configure和make中的DESTDIR和PREFIX区别
        2.4.1 configure中的PREFIX
        2.4.2 make中的DESTDIR
        2.4.3 make中的PREFIX
        2.4.4 二者区别
    2.5 make中使用PREFIX没有生效
3 扩展说明

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，比较凌乱

点击了解Linux各个目录说明https://jingzh.blog.csdn.net/article/details/88044472

同时一些软件的配置文件可以通过指定 --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 insatll

这条命令来进行安装（当然有些软件需要先运行make check 或 make test 来进行一些测试），这一步一般需要有root权限（因为要向系统写入文件）
指定文件安装位置：
make PREFIX=/usr/local/redis install 安装到指定的redis目录下
make DESTDIR=/install/directory install 和上面同理

注意：此步骤不是必须的，因为在上一步make命令中就已经编译出了可执行的文件了，此时的make insatll只是为了安装到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的头文件(header file)，让源程序可以很方便地在这些不同的平台上被编译连接。这时，就可运行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开发环境-的人去重新编译。
引用：https://blog.csdn.net/u012060033/article/details/105134757