./configure，make，make install，make clean 作用及说明

在Linux下安装一个应用程序时，一般先运行脚本configure，然后用make来编译源程序，在运行make install，最后运行make clean删除一些临时文件。（运行configure脚本，就可以生成Makefile文件，然后就可以运行make、make install 和 make clean）
configure是一个shell脚本，它可以自动设定源程序以符合各种不同平台上Unix系统的特性，并且根据系统叁数及环境产生合适的Makefile文件或是C的头文件(header file)，让源程序可以很方便地在这些不同的平台上被编译连接。

这时，就可运行configure脚本了，运行configure脚本，就可产生出符合GNU规范的Makefile文件了：
$ ./configure

这个步骤就是在建立 Makefile 这的档案！通常程序开发者会写一支 scripts 来检查您的Linux 系统、相关的套件属性等等，这个步骤相当的重要， 因为未来您的安装信息都是这一步骤内完成的！另外，这个步骤的相关信息应该要参考一下该目录下的 README 或 INSTALL 相关的档案！基本上，这个步骤完成之后会建立( 或修改 )一个 Makefile ，这就是参数档啦！
到此时，就可以运行make进行编译，在运行make install进行安装了，最后运行make clean删除临时文件

$ make

make 会依据 Makefile 当中的预设工作进行编译的行为！编译的工作主要是进行 gcc 来将原始码编译成为可以被执行的 object files ，但是这些 object files 通常还需要一些函式库之类的 link 后，才能产生一个完整的执行档！使用 make 就是要将原始码编译成为可以被执行的可执行档，而这个可执行档会放置在目前所在的目录之下， 尚未被安装到预定安装的目录中；

$ make install (注：运行这个要有足够的权限)

通常这就是最后的安装步骤了，make 会依据 Makefile 这个档案里面关于 install 的项目，将上一个步骤所编译完成的数据给他安装到预定的目录中， 就完成安装啦！

$ make clean

make 会读取 Makefile 中关于 clean 的工作。这个步骤不一定会有，但是希望执行一下！ 为什么呢？因为在进行编译的时候，会产生一些 *.o 的档案，例如有个 abc.c 的原始码，经过编译后会变成 abc.o 的档案！我们称这些档案为 object file ，这些档案如果之前已经编译过并留下来的话，那么这次再编译的时候， 就不会编译该档案，然而由于我们可能已经修改了部分的参数，因此该档案的编译结果事实 上应该会有所不同！因此，为了避免前一次留下来的数据可能影响到这次编译的结果， 所以通常可以进行一下这个步骤！

利用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开发环境-的人去重新编译。

函式库有动态函式库与静态函式库，动态函式库在升级上具有较佳的优势。
动态函式库的附档名为 *.so 而静态则是 *.a ；

转载于:https://blog.51cto.com/13581826/2330047