编译安装，就是使用源代码，根据机器自身的硬件、内核、环境进行编译，生成二进制文件，优点是不管什么机器，只要有完整的编译环境（基本上所有的Linux发行版都有自己的一套完整的编译环境），就可以生成适合自己机器的二进制包，同时因为是针对本机软硬件环境编译的，生成的二进制程序运行起来理论上性能更好，更节省资源。
说明：
源码要运行，必须先转成二进制的机器码。这是编译器的任务。
比如，下面这段源码（假定文件名叫做test.c）。
编译器在开始工作之前，需要知道当前的系统环境，比如标准库在哪里、软件的安装位置在哪里、需要安装哪些组件等等。这是因为不同计算机的系统环境不一样，通过指定编译参数，编译器就可以灵活适应环境，编译出各种环境都能运行的机器码。这个确定编译参数的步骤，就叫做"配置"（configure）。
这些配置信息保存在一个配置文件之中，约定俗成是一个叫做configure的脚本文件。通常它是由autoconf工具生成的。编译器通过运行这个脚本，获知编译参数。
configure脚本已经尽量考虑到不同系统的差异，并且对各种编译参数给出了默认值。如果用户的系统环境比较特别，或者有一些特定的需求，就需要手动向configure脚本提供编译参数。
源码肯定会用到标准库函数（standardlibrary）和头文件（header）。它们可以存放在系统的任意目录中，编译器实际上没办法自动检测它们的位置，只有通过配置文件才能知道。
编译的第二步，就是从配置文件中知道标准库和头文件的位置。一般来说，配置文件会给出一个清单，列出几个具体的目录。等到编译时，编译器就按顺序到这几个目录中，寻找目标。
对于大型项目来说，源码文件之间往往存在依赖关系，编译器需要确定编译的先后顺序。假定A文件依赖于B文件，编译器应该保证做到下面两点。
在确定依赖关系的同时，编译器也确定了，编译时会用到哪些头文件。
预编译完成后，编译器就开始替换掉源码中bash的头文件和宏。以本文开头的那段源码为例，它包含头文件stdio.h，替换后的样子如下。
这一步称为"预处理"（Preprocessing），因为完成之后，就要开始真正的处理了。
预处理之后，编译器就开始生成机器码。对于某些编译器来说，还存在一个中间步骤，会先把源码转为汇编码（assembly），然后再把汇编码转为机器码。
下面是本文开头的那段源码转成的汇编码。
注：make(gcc),其调用gcc执行编译的过程依赖于配置文件makefile
对象文件还不能运行，必须进一步转成执行文件。如果你仔细看上一步的转码结果，会发现其中引用了stdout函数和fwrite函数。也就是说，程序要正常运行，除了上面的代码以外，还必须有stdout和fwrite这两个函数的代码，它们是由C语言的标准库提供的。
编译器的下一步工作，就是把外部函数的代码（通常是后缀名为.lib和.a的文件），添加到可执行文件中。这就叫做连接（linking）。这种通过拷贝，将外部函数库添加到可执行文件的方式，叫做静态连接（staticlinking），后文会提到还有动态连接（dynamiclinking）。
make命令的作用，就是从第四步头文件预编译开始，一直到做完这一步。
上一步的连接是在内存中进行的，即编译器在内存中生成了可执行文件。下一步，必须将可执行文件保存到用户事先指定的安装目录。
可执行文件安装后，必须以某种方式通知操作系统，让其知道可以使用这个程序了。比如，我们安装了一个文本阅读程序，往往希望双击txt文件，该程序就会自动运行。
这就要求在操作系统中，登记这个程序的元数据：文件名、文件描述、关联后缀名等等。Linux系统中，这些信息通常保存在/usr/share/applications目录下的.desktop文件中。另外，在Windows操作系统中，还需要在Start启动菜单中，建立一个快捷方式。
这些事情就叫做"操作系统连接"。makeinstall命令，就用来完成"安装"和"操作系统连接"这两步。
写到这里，源码编译的整个过程就基本完成了。但是只有很少一部分用户，愿意耐着性子，从头到尾做一遍这个过程。事实上，如果你只有源码可以交给用户，他们会认定你是一个不友好的家伙。大部分用户要的是一个二进制的可执行程序，立刻就能运行。这就要求开发者，将上一步生成的可执行文件，做成可以分发的安装包。
正常情况下，到这一步，程序已经可以运行了。至于运行期间（runtime）发生的事情，与编译器一概无关。但是，开发者可以在编译阶段选择可执行文件连接外部函数库的方式，到底是静态连接（编译时连接），还是动态连接（运行时连接）。所以，最后还要提一下，什么叫做动态连接。
前面已经说过，静态连接就是把外部函数库，拷贝到可执行文件中。这样做的好处是，适用范围比较广，不用担心用户机器缺少某个库文件；缺点是安装包会比较大，而且多个应用程序之间，无法共享库文件。动态连接的做法正好相反，外部函数库不进入安装包，只在运行时动态引用。好处是安装包会比较小，多个应用程序可以共享库文件；缺点是用户必须事先安装好库文件，而且版本和安装位置都必须符合要求，否则就不能正常运行。
现实中，大部分软件采用动态连接，共享库文件。这种动态共享的库文件，Linux平台是后缀名为.so的文件，Windows平台是.dll文件，Mac平台是.dylib文件。
1.编译安装源程序的前提：
1）.提供开发环境：开发工具和开发库
2）.编译安装需要的包组：
1）、展开源代码，找INSTALL、README；不存在此类文件时，找项目官方文档；
2）、根据安装说明执行安装操作；
4.程序安装于专用目录时，安装后的配置：
1）、导出二进制程序所在路径至PATH环境中
OS查找库文件方法：根据/etc/ld.so.conf配置文件指定的路径搜索，或搜索/lib,/lib64,/usr/lib,/usr/lib64，把查找到的所有的库文件路径和其名称映射关系保存为一个缓存文件/etc/ld.so.cache；
/etc/ld.so.conf配置文件有其它组成部分：/etc/ld.so.conf.d/*.conf
假设nginx安装于/usr/local/nginx，此目录中有其库文件子目录lib，导出此目录中库文件：
（1）新建文件/etc/ld.so.conf.d/nginx.conf，在文件添加如下行：
ldconfig的主要用途：
默认搜寻/lilb和/usr/lib，以及配置文件/etc/ld.so.conf内所列的目录下的库文件。
搜索出可共享的动态链接库，库文件的格式为：lib***.so.**，进而创建出动态装入程序(ld.so)所需的连接和缓存文件。
缓存文件默认为/etc/ld.so.cache，该文件保存已排好序的动态链接库名字列表。
ldconfig通常在系统启动时运行，而当用户安装了一个新的动态链接库时，就需要手工运行这个命令。
常用选项：
（a）、往/lib和/usr/lib里面加东西，是不用修改/etc/ld.so.conf文件的，但是添加完后需要调用下ldconfig，不然添加的library会找不到。
（b）、如果添加的library不在/lib和/usr/lib里面的话，就一定要修改/etc/ld.so.conf文件，往该文件追加library所在的路径，然后也需要重新调用下ldconfig命令。比如在安装mysql的时候，其库文件/usr/local/mysql/lib，就需要追加到/etc/ld.so.conf文件中。命令如下：
（3）、帮助文件导出
man命令搜索特定路径查找手册页文件，这些路径是定义在/etc/man.config中的MANPATH参数所指定的路径下的；
新增办法：编辑/etc/man.config文件，新增一个MANPATH参数，其值为新安装程序的man手册所在的目录；
导出独立安装应用程序的头文件方法：创建链接至/usr/include下即可；