Linux命令详解./configure、make、make install 命令学习

文章来自Linux命令详解./configure、make、make install 命令-CSDN博客

文章目录
1 编译安装命令详解
1.1 简介
1.2 详细解释
1.2.1 configure命令
1.2.2 make
1.2.3 make insatll
1.2.4 configure和make中的DESTDIR和PREFIX区别
1.2.4.1 configure中的PREFIX
1.2.4.2 make install中的DESTDIR
1.2.4.3 make install中的PREFIX
1.2.4.4 二者区别
1.2.5 make中使用PREFIX没有生效
1.3 扩展说明
1 编译安装命令详解
1.1 简介
这些都是典型的使用GNU的AUTOCONF和AUTOMAKE产生的程序的安装步骤。
./configure是源代码安装的第一步，用来检测安装平台的目标特征的。主要的作用是对即将安装的软件进行配置，检查当前的环境是否满足要安装软件的依赖关系，但并不是所有的tar包都是源代码的包
./configure会检测是不是有CC或GCC，并不是需要CC或GCC，它是个shell脚本

make 是用来编译的，它从Makefile或者makefile（Linux区分大小写）中读取指令，然后编译。
make install是用来安装的，它也从Makefile中读取指令，安装到指定的位置。
注意：AUTOMAKE和AUTOCONF是非常有用的用来发布C程序的东西。

1.2 详细解释
1.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各个目录说明

同时一些软件的配置文件可以通过指定 --sys-config= 参数进行设定。有一些软件还可以加上 --with、--enable、--without、--disable 等等参数对编译加以控制，可以通过允许 ./configure –help 察看详细的说明帮助。./configure --help里面有个path可以查看默认安装路径

1.2.2 make
这一步就是编译，大多数的源代码包都经过这一步进行编译（当然有些perl或python编写的软件需要调用perl或python来进行编译）
如果在make过程中出现error，就要记下错误代码（注意不仅仅是最后一行），然后可以向开发者提交 bugreport（一般在INSTALL里有提交地址），或者系统少了一些依赖库等，这些需要自己仔细研究错误代码。

可能遇到的错误：make *** 没有指明目标并且找不到 makefile， 停止。问题很明了，没有Makefile，怎么办，原来是要先./configure 一下，再make

1.2.3 make insatll
这条命令来进行安装（当然有些软件需要先运行make check 或 make test 来进行一些测试），这一步一般需要有root权限（因为要向系统写入文件）
指定文件安装位置：

make PREFIX=/usr/local/redis install：是指安装到指定的redis目录下
make DESTDIR=/install/directory install：是和上面同理
其中的 prefix 和 destdir 是两个常用的参数，用于指定安装路径和临时安装目录的区别。

prefix：是一个在构建软件时指定的参数，用于指定软件在安装时的根目录。它通常用于指定软件的安装路径的前缀，例如 /usr/local 或 /opt。在执行 make install 时，软件会按照指定的 prefix 值将文件和目录安装到对应的位置。
destdir：是一个在执行 make install 时指定的参数，用于指定临时安装目录。它通常用于在构建软件时进行测试或打包，而不是直接安装到最终的目标路径。通过指定 destdir，软件会将文件和目录安装到指定的临时目录中，而不是真正的目标路径。
示例：假设 prefix 设置为 /usr/local，而 destdir 设置为 /tmp/install，执行 make install 后，软件的文件和目录将被安装到 /tmp/install/usr/local 目录中，而不是直接安装到 /usr/local。
注意：此步骤不是必须的，因为在上一步make命令中就已经编译出了可执行的文件了，此时的make insatll只是为了安装到Linux系统中常用的位置上，因为从那个目录下运行程序有些不便

1.2.4 configure和make中的DESTDIR和PREFIX区别
1.2.4.1 configure中的PREFIX
./configure --prefix=*
确定包在安装时的位置，以及在运行时查找相关文件的位置。如果只是为了在单个主机上使用而进行编译，那么应该使用它

注意：如果不配置该选项，安装后比较凌乱，如下：

可执行文件默认放在/usr/local/bin中
库文件默认放在/usr/local/lib中
配置文件默认放在/usr/local/etc中
资源文件默认放在/usr/local/share中
1.2.4.2 make install中的DESTDIR
make install DESTDIR=*
安装到临时目录，该目录不是运行包的位置。
例如，这在构建deb包时使用。构建包的人实际上并没有将所有东西都安装到自己系统的最终位置。他可能已经安装了一个不同的版本，不想打扰它，或者他甚至不是根用户。
因此，使用configure --prefix=/usr，以便程序在运行时希望安装在/usr中，然后让install DESTDIR=debian/tmp实际创建目录结构

1.2.4.3 make install中的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中安装二进制文件

1.2.4.4 二者区别
DESTDIR和DESTDIR联用：当使用./configure --prefix和make install DESTDIR，则目标安装目录为DESTDIR/prefix

make install prefix=/foo/bar/baz和make install DESTDIR的区别在于，前者不会创建prefix后面指定的所有目录层级，而DESTDIR会

1.2.5 make中使用PREFIX没有生效
如果解压缩后的文件中有configure，是使用./configure --prefix指定安装地方，否则就是默认的/usr/local/下面，这个时候如果在使用make PREFIX=path install 不会生效，因为配置时已经指定了安装地址了，因此这一步不会生效了
如果解压缩后的文件中没有configure，但是相应的有Makefile或makefile，那么就可以使用make PREFIX=path install 来指定路径

具体原因：

在执行./configure --prefix=新路径时，是在配置阶段就指定了安装路径，这个路径会被写入到生成的 Makefile 文件，该文件包含了编译和安装的指令。当执行make install时，它会按照Makefile中的指令进行操作。
而 make install prefix 是在安装阶段尝试改变安装路径。
但是，由于 Makefile 已经在配置阶段就固定了安装路径，所以在安装阶段再尝试改变是无效的。如果你想改变安装路径，应该在配置阶段就使用 ./configure --prefix 来指定，然后，在执行make install时，它会自动将软件安装到指定的路径中。

1.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
1
2
3
利用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开发环境-的人去重新编译。
————————————————
版权声明：本文为CSDN博主「爱吃牛肉的大老虎」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/u012060033/article/details/105134757