APP
linux编译安装软件会遇到依赖各种库，离线的情况下处理难度非常棘手，下面这个方法是比较好的方法总结：
原理：
操作系统镜像包含了各种各样的库文件，也就是我们安装软件时所依赖的，但是我们PC上安装的linux操作系统只是安装了默认的和我们选择的软件所依赖的库，其他的并没有安装。也就是依赖库虽然不存在于操作系统上，但是大多数在镜像中是存在的。
实例
以下是linux 上编译安装软件的方法，既当安装软件出现缺少某些库的时候，就到操作系统镜像下的Packages文件找对应的库安装（网站找的会有各种问题：版本不同，系统不同等）
到网站 http://archive.kernel.org/centos-vault/6.5/os/i386/Packages/ 下载gcc-4.4.7-4.el6.i686.rpm
rpm -Uvh gcc-4.4.7-4.el6.i686.rpm
提示安装失败，依赖
error: Failed dependencies:
cpp = 4.4.7-4.el6 is needed by gcc-4.4.7-4.el6.i686
在http://archive.kernel.org/centos-vault/6.5/os/i386/Packages/ 目录下搜索cpp 找到cpp-4.4.7-4.el6.i686.rpm
下载，rpm -Uvh cpp-4.4.7-4.el6.i686.rpm 然后 安装gcc-4.4.7-4.el6.i686.rpm
遇到这样的报错：
error: Failed dependencies:
libmpfr.so.1 is needed by cpp-4.4.7-4.el6.i686
因为linux的库前面会有个前缀lib，所以去搜索的时候要去掉lib 直接搜mpfr 就能搜到对应的rpm
也有例外的，如
libppl.so.7 is needed by cloog-ppl-0.15.7-1.2.el6.i686
libppl_c.so.2 is needed by cloog-ppl-0.15.7-1.2.el6.i686
虽然报了两个依赖，实际只需下载ppl的包（ppl-0.10.2-11.el6.i686.rpm）即可
注意
该离线方法的要点是，通过命令：
cat /etc/issue 显示的是发行版本信息
或
lsb_release -a 显示的是发行版本信息
查出linux的发行版本6.5，然后到http://archive.kernel.org/centos-vault网站，根据自己的系统选择目录，找到/os/i386/Packages/ 下的gcc rpm 下载下来，安装。 （32位是选择i386 64选择目录x86_64）
Redis need tcl 8.5 or newer
hadoop@stormspark:~/workspace/redis2.6.13/src$ make test
You need tcl 8.5 or newer in order to run the Redis test
make: *** [test] Error 1
wget http://downloads.sourceforge.net/tcl/tcl8.6.1-src.tar.gz
sudo tar xzvf tcl8.6.1-src.tar.gz -C /usr/local/
cd /usr/local/tcl8.6.1/unix/
sudo ./configure
sudo make
sudo make install
################################
安装Redis 2.8.18时报错：
zmalloc.h:50:31: error: jemalloc/jemalloc.h: No such file or directory
zmalloc.h:55:2: error: #error "Newer version of jemalloc required"
make[1]: *** [adlist.o] Error 1
make[1]: Leaving directory `/data0/src/redis-2.6.2/src'
make: *** [all] Error 2
make MALLOC=libc
l 2018.05.29
centos 6系列的Linux发行版，是非常成功（具足UNIX精神）的发行版，可能大家都已经用得非常习惯了。
但问题是，其内核及附带的工具软件，版本却都非常老了。
centos 7上的软件版本虽然比较新，但centos 7设计风格的突变（主要是引入了很不符合UNIX精神的systemd），可能在业界也引起了不少争议。
而我们苦逼的开发者，可能面临既需要使用高版本的相关组件，又不想升级到centos 7的困境。
那就升级centos 6上的内核与工具吧。
升级内核还算好办，因为内核对编译环境的要求很低。不熟悉内核升级的朋友，可以参考如下博文。
但是升级gcc等工具，如果不熟悉情况的话，可能就不顺利了。
公司研发环境上网的不便，centos 6环境下各种高版本rpm软件包的缺失，都会给升级带来麻烦。
本文提供的离线源码升级方法，就非常适合解决上述难题。
这里顺便说明一下，本文的标题虽然带了离线二字，但并不表示本人没有通过Linux主机下载相关文件。
本文为了操作及行文的方便，可能有多处会用wget去下载相关软件包或指示下载行为。
只所以带离线二字，是因为本文提供的方法非常适用于离线操作。
最后，由于本文的升级全部是基于源码编译安装，与具体的包管理系统（如rpm、apt等）无关。
因此，本文的方法应该也适用于其他Linux发行版（如ubuntu等）。
先来看看笔者的Linux主机升级前的情况：
[root@localhost ~]# cat /etc/redhat-release
CentOS release 6.5 (Final)
[root@localhost ~]# uname -a
Linux localhost.localdomain 2.6.32-431.el6.i686
#1 SMP Fri Nov 22 00:26:36 UTC 2013 i686 i686 i386 GNU/Linux
[root@localhost ~]# gcc --version
gcc (GCC) 4.4.7 20120313 (Red Hat 4.4.7-4)
[root@localhost ~]# autoconf --version
autoconf (GNU Autoconf) 2.63
[root@localhost ~]# automake --version
automake (GNU automake) 1.11.1
gnu binutils包含as、ld、objdump等工具。从下面的输了信息来看，相关工具的版本号，就是binutils的版本号。
[root@localhost ~]# rpm -qa binutils
binutils-2.20.51.0.2-5.36.el6.i686
[root@localhost ~]# as --version
GNU assembler version 2.20.51.0.2-5.36.el6 20100205
[root@localhost ~]# ld --version
GNU ld version 2.20.51.0.2-5.36.el6 20100205
[root@localhost ~]# objdump -v
GNU objdump version 2.20.51.0.2-5.36.el6 20100205
为什么要升级binutils呢？因为我们熟悉的编译工具gcc自己只能将C代码编译为以.s结尾的文本形式的汇编文件。
而.s到.o的过程，则需要由as来完成。而as属于gnu binutils软件包。因此，如果不升级binutils，可能会出现这种情况：
gcc按照新款cpu的特点编译 C代码，生成的.s文件中含有较新的指令，例如avx2指令（新款x86系列cpu的加速指令）。
而老版的as程序却不认识此指令，结果导致编译失败。另外，像objdump反汇编二进制文件时，也同样可能出现某些指令不能识别的问题。
好了，下面看看相关工具的升级过程吧。
先来升级gcc吧。
//创建一个干净的目录，用于下载及升级诸工具
[root@localhost ~]# mkdir tools_update
[root@localhost ~]# cd tools_update/
[root@localhost tools_update]# wget http://ftp.gnu.org/gnu/gcc/gcc-4.8.2/gcc-4.8.2.tar.bz2
[root@localhost tools_update]# wget ftp://gcc.gnu.org/pub/gcc/infrastructure/mpfr-2.4.2.tar.bz2
[root@localhost tools_update]# wget ftp://gcc.gnu.org/pub/gcc/infrastructure/gmp-4.3.2.tar.bz2
[root@localhost tools_update]# wget ftp://gcc.gnu.org/pub/gcc/infrastructure/mpc-1.0.3.tar.gz
//接下来为gcc的编译做些准备。
//注意，我们这里不用自己去编译上面下载的3个库。
//我们参考gcc-4.8.2/contrib/download_prerequisites中的方法，
//让gcc的编译脚本自动帮我们配置并编译这3个库。
//具体步骤如下：
[root@localhost tools_update]# tar -xjf gcc-4.8.2.tar.bz2
[root@localhost tools_update]# cd gcc-4.8.2
[root@localhost gcc-4.8.2]# tar -xjf ../mpfr-2.4.2.tar.bz2
[root@localhost gcc-4.8.2]# ln -sf mpfr-2.4.2 mpfr
[root@localhost gcc-4.8.2]# tar -xjf ../gmp-4.3.2.tar.bz2
[root@localhost gcc-4.8.2]# ln -sf gmp-4.3.2 gmp
[root@localhost gcc-4.8.2]# tar -xzf ../mpc-1.0.3.tar.gz
[root@localhost gcc-4.8.2]# ln -sf mpc-1.0.3 mpc
//好了，现在开始配置gcc了。注意，配置命令中的--prefix=/usr的设置很重要。
//因为这样设置，在后面make install时可以直接覆盖老的gcc，安装后就不用再额外设置其他东西了。
//我们后面其他工具的编译安装，也都采用此设置。这样最简单。
[root@localhost gcc-4.8.2]# ./configure --prefix=/usr --enable-languages=c,c++ --enable--long-long --enable-threads=posix --disable-checking --disable-multilib
//下面开始编译gcc了。注意，这个编译过程超级漫长。
[root@localhost gcc-4.8.2]# make
[root@localhost gcc-4.8.2]# make install
//好了，看看升级结果吧^_^
[root@localhost gcc-4.8.2]# gcc --version
gcc (GCC) 4.8.2
//然后升级binutils，毕竟这和基础的构建功能是强相关的。
[root@localhost tools_update]# wget http://ftp.gnu.org/gnu/binutils/binutils-2.25.1.tar.bz2
[root@localhost tools_update]# tar -xjf binutils-2.25.1.tar.bz2
[root@localhost tools_update]# cd binutils-2.25.1
[root@localhost binutils-2.25.1]# ./configure --prefix=/usr
[root@localhost binutils-2.25.1]# make
[root@localhost binutils-2.25.1]# make install
//好了，看看结果吧^_^
[root@localhost binutils-2.25.1]# as --version
GNU assembler (GNU Binutils) 2.25.1
[root@localhost binutils-2.25.1]# objdump -v
GNU objdump (GNU Binutils) 2.25.1
[root@localhost binutils-2.25.1]# ld -v
GNU ld (GNU Binutils) 2.25.1
//接下来升级其他工具。注意，请保持顺序与本文一致。否则可能会失败。
[root@localhost automake-1.14.1]# wget http://ftp.gnu.org/gnu/autoconf/autoconf-2.68.tar.xz
[root@localhost tools_update]# tar -xJf autoconf-2.68.tar.xz
[root@localhost tools_update]# cd autoconf-2.68
[root@localhost autoconf-2.68]# ./configure --prefix=/usr
[root@localhost autoconf-2.68]# make
[root@localhost autoconf-2.68]# make install
[root@localhost tools_update]# wget http://ftp.gnu.org/gnu/automake/automake-1.14.1.tar.xz
[root@localhost tools_update]# tar -xJf automake-1.14.1.tar.xz
[root@localhost tools_update]# cd automake-1.14.1
[root@localhost automake-1.14.1]# ./configure --prefix=/usr
[root@localhost automake-1.14.1]# make
[root@localhost automake-1.14.1]# make install
//好了，看看结果吧^_^
[root@localhost automake-1.14.1]# autoconf --version
autoconf (GNU Autoconf) 2.68
[root@localhost automake-1.14.1]# automake --version
automake (GNU automake) 1.14.1
不过有时候，版本高了，也会带来额外的麻烦。
像binutils，从2.22版本开始，在链接生成可执行程序时，不会自动的隐式链接所需的库，而是需要明确的指定链接什么库。
结果这导致编译内核时，执行make menuconfig失败。
不过，解决办法是有的。
按照上文介绍的方法，编译安装一个2.21版的binutils即可。
以后想切到哪个版本了，直接进入源码目录执行一下make install即可。
---------------------
作者：孙明保
版权声明：本文为原创文章，转载请附上链接！
本文摘自 ：https://blog.51cto.com/l
