CentOS6.5升级GCC

一、gcc

各发行版本Linux中，其自带的

gcc

安装源版本都比较旧，我所使用

CentOS 6

系统中，

gcc

版本只有

4.4.7

。但在编译程序或运行程序时需要更高版本的gcc，只能手动编译安装

gcc

。

1、查看当前系统上gcc的版本

[root@Node2 ~]# rpm -qa|grep gcc
gcc-gfortran-4.4.7-4.el6.x86_64
libgcc-4.4.7-4.el6.x86_64
gcc-4.4.7-4.el6.x86_64
gcc-c++-4.4.7-4.el6.x86_64

2、下载依赖包

# yum install -y gcc gcc-c++       #安装gcc，gcc-c++才可以编译安装后面高版本gcc

3、安装最新版本gcc
1）下载并解压

[root@Node2 ~]# wget http://ftp.tsukuba.wide.ad.jp/software/gcc/releases/gcc-7.1.0/gcc-7.1.0.tar.gz 
[root@Node2 ~]# ls gcc-7.1.0.tar.gz
gcc-7.1.0.tar.gz
[root@Node2 ~]# tar xf gcc-7.1.0.tar.gz
[root@Node2 ~]# ls gcc-7.1.0
ABOUT-NLS           configure        gcc           libbacktrace  libhsail-rt    libtool-ldflags  MAINTAINERS         NEWS
ChangeLog           configure.ac     gnattools     libcc1        libiberty      libtool.m4       maintainer-scripts  README
ChangeLog.jit       contrib          gotools       libcilkrts    libitm         libvtv           Makefile.def        symlink-tree
ChangeLog.tree-ssa  COPYING          include       libcpp        libmpx         ltgcc.m4         Makefile.in         ylwrap
compile             COPYING3         INSTALL       libdecnumber  libobjc        ltmain.sh        Makefile.tpl        zlib
config              COPYING3.LIB     install-sh    libffi        liboffloadmic  lt~obsolete.m4   MD5SUMS
config.guess        COPYING.LIB      intl          libgcc        libquadmath    lto-plugin       missing
config-ml.in        COPYING.RUNTIME  LAST_UPDATED  libgfortran   libsanitizer   ltoptions.m4     mkdep
config.rpath        depcomp          libada        libgo         libssp         ltsugar.m4       mkinstalldirs
config.sub          fixincludes      libatomic     libgomp       libstdc++-v3   ltversion.m4     move-if-change

2）建立一个输出目录，编译时所有生成的中间文件都放到该目录下

[root@Node2 ~]# mkdir /tmp/gcc-temp
[root@Node2 ~]# cd /tmp/gcc-temp

3）生成编译文件

[root@Node2 gcc-temp]# /root/gcc-7.1.0/configure --enable-checking=release --enable-languages=c,c++ --disable-multilib

此时报错：

checking for the correct version of gmp.h... no
configure: error: Building GCC requires GMP 4.2+, MPFR 2.4.0+ and MPC 0.8.0+.
Try the --with-gmp, --with-mpfr and/or --with-mpc options to specify
their locations.  Source code for these libraries can be found at
their respective hosting sites as well as at ftp://gcc.gnu.org/pub/gcc/infrastructure/.  See also http://gcc.gnu.org/install/prerequisites.html for additional info.  If
you obtained GMP, MPFR and/or MPC from a vendor distribution package,
make sure that you have installed both the libraries and the header
files.  They may be located in separate packages.

解决方法：

[root@Node2 gcc-temp]# yum install gmp-devel mpfr-devel libmpc-devel

重新生成编译文件：

[root@Node2 gcc-temp]# /root/gcc-7.1.0/configure --enable-checking=release --enable-languages=c,c++ --disable-multilib
# 没有指定安装路径，默认安装在/usr/local/local/ 目录下

### 后面的几行显示成功
checking whether to enable maintainer-specific portions of Makefiles... no
configure: creating ./config.status
config.status: creating Makefile

4）编译

make

5）安装

make install

4、使用新版本gcc
系统自带低版本 gcc 文件位置为

/usr/bin/

，此时需要将这两个部分删掉，或者后缀加上

.bak

[root@Node2 ~]# mv /usr/bin/gcc /usr/bin/gcc.bak
[root@Node2 ~]# mv /usr/bin/c++ /usr/bin/c++.bak
[root@Node2 ~]# mv /usr/bin/g++ /usr/bin/g++.bak

[root@Node2 lib64]# ln -sv /usr/local/bin/gcc /usr/bin/gcc
`/usr/bin/gcc' -> `/usr/local/bin/gcc'
[root@Node2 lib64]# ln -sv /usr/local/bin/c++ /usr/bin/c++
`/usr/bin/c++' -> `/usr/local/bin/c++'
[root@Node2 lib64]# ln -sv /usr/local/bin/g++ /usr/bin/g++
`/usr/bin/g++' -> `/usr/local/bin/g++'
[root@Node2 lib64]# ls -l /usr/bin/{gcc,c++,g++}
lrwxrwxrwx 1 root root 18 Jun 13 04:43 /usr/bin/c++ -> /usr/local/bin/c++
lrwxrwxrwx 1 root root 18 Jun 13 04:43 /usr/bin/g++ -> /usr/local/bin/g++
lrwxrwxrwx 1 root root 18 Jun 13 04:42 /usr/bin/gcc -> /usr/local/bin/gcc

[root@Node2 ~]# gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc/x86_64-pc-linux-gnu/7.1.0/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with: /root/gcc-7.1.0/configure --enable-checking=release --enable-languages=c,c++ --disable-multilib
Thread model: posix
gcc version 7.1.0 (GCC)

[root@Node2 ~]# g++ -v
Using built-in specs.
COLLECT_GCC=g++
COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc/x86_64-pc-linux-gnu/7.1.0/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with: /root/gcc-7.1.0/configure --enable-checking=release --enable-languages=c,c++ --disable-multilib
Thread model: posix
gcc version 7.1.0 (GCC)
[root@Node2 ~]# c++ -v
Using built-in specs.
COLLECT_GCC=c++
COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc/x86_64-pc-linux-gnu/7.1.0/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with: /root/gcc-7.1.0/configure --enable-checking=release --enable-languages=c,c++ --disable-multilib
Thread model: posix
gcc version 7.1.0 (GCC)

5、解决类似 /usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.21' not found 的问题
源码编译升级安装了

最新版的gcc

后，编译程序或运行其它程序时，有时还是会出现类似

/usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.21' not found

的问题。

这是因为升级gcc时，生成的动态库没有替换老版本gcc的动态库导致的，将gcc最新版本的动态库替换系统中老版本的动态库即可解决。

[root@Node2 ~]# ls -l /usr/lib64/|grep libstdc++
lrwxrwxrwx.  1 root root       19 Aug  5  2016 libstdc++.so.6 -> libstdc++.so.6.0.13
-rwxr-xr-x.  1 root root   987096 Nov 22  2013 libstdc++.so.6.0.13
[root@Node2 ~]# ls -l /usr/lib64/|grep libstdc++|grep GLIBC
[root@Node2 ~]# ls -l /usr/lib64/libstdc++.so.6|grep GLIBC
[root@Node2 ~]# strings /usr/lib64/libstdc++.so.6|grep GLIBC
GLIBCXX_3.4
GLIBCXX_3.4.1
GLIBCXX_3.4.2
GLIBCXX_3.4.3
GLIBCXX_3.4.4
GLIBCXX_3.4.5
GLIBCXX_3.4.6
GLIBCXX_3.4.7
GLIBCXX_3.4.8
GLIBCXX_3.4.9
GLIBCXX_3.4.10
GLIBCXX_3.4.11
GLIBCXX_3.4.12
GLIBCXX_3.4.13      # libstdc++.so.6.0.13的GLIBCXX最高只到3.4.13
GLIBC_2.2.5
GLIBC_2.3
GLIBC_2.4
GLIBC_2.3.2
GLIBCXX_FORCE_NEW
GLIBCXX_DEBUG_MESSAGE_LENGTH

新的libstdc++库文件：

[root@Node2 ~]# ls -l /usr/local/lib64/libstdc++.so*
lrwxrwxrwx 1 root root       19 Jun 13 04:02 /usr/local/lib64/libstdc++.so -> libstdc++.so.6.0.23
lrwxrwxrwx 1 root root       19 Jun 13 04:02 /usr/local/lib64/libstdc++.so.6 -> libstdc++.so.6.0.23
-rwxr-xr-x 1 root root 11606238 Jun 13 04:02 /usr/local/lib64/libstdc++.so.6.0.23
-rw-r--r-- 1 root root     2397 Jun 13 04:02 /usr/local/lib64/libstdc++.so.6.0.23-gdb.py

[root@Node2 ~]# strings /usr/local/lib64/libstdc++.so.6.0.23|grep GLIBC
GLIBCXX_3.4
GLIBCXX_3.4.1
GLIBCXX_3.4.2
GLIBCXX_3.4.3
GLIBCXX_3.4.4
GLIBCXX_3.4.5
GLIBCXX_3.4.6
GLIBCXX_3.4.7
GLIBCXX_3.4.8
GLIBCXX_3.4.9
GLIBCXX_3.4.10
GLIBCXX_3.4.11
GLIBCXX_3.4.12
GLIBCXX_3.4.13
GLIBCXX_3.4.14
GLIBCXX_3.4.15
GLIBCXX_3.4.16
GLIBCXX_3.4.17
GLIBCXX_3.4.18
GLIBCXX_3.4.19
GLIBCXX_3.4.20
GLIBCXX_3.4.21
GLIBCXX_3.4.22
GLIBCXX_3.4.23
GLIBC_2.2.5
GLIBC_2.3
GLIBC_2.3.2
GLIBCXX_FORCE_NEW
GLIBCXX_DEBUG_MESSAGE_LENGTH

链接新的libstdc++库：

[root@Node2 lib64]# ln -sfv /usr/local/lib64/libstdc++.so.6 /usr/lib64/libstdc++.so.6
`/usr/lib64/libstdc++.so.6' -> `/usr/local/lib64/libstdc++.so.6'
[root@Node2 lib64]# ls -l /usr/lib64/libstdc++.so*
lrwxrwxrwx  1 root root     31 Jun 13 04:40 /usr/lib64/libstdc++.so.6 -> /usr/local/lib64/libstdc++.so.6
-rwxr-xr-x. 1 root root 987096 Nov 22  2013 /usr/lib64/libstdc++.so.6.0.13

strings命令表示从文件中读取至少4个连续可打印字符。对于一般的纯本文文件，strings会输出整个文本内容，但是对于二进制文件，strings的效果就很明显，只打印二进制文件中连续的字符。上面就用到了strings来查找libstdc++.so.6二进制文件中支持的GLIBC版本

二、glibc

最近在给编译环境centOS 6.5安装新版clang （clang 3.4/3.5)的时候，虽然已经装了gcc 4.9.1， 但编译的时候（参考clang官方主页http://clang.llvm.org/get_started.html的步骤，在独立build目录下运行clang自带的configure脚本）,仍然出了“c compiler
cannot create executables”的提示，去查看log信息，发现里面有下面几个错误：
clang: /lib64/libc.so.6: version `GLIBC_2.15' not found (required by clang)
clang: /lib64/libc.so.6: version `GLIBC_2.14' not found (required by clang)
clang: /usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.18' not found (required by clang)
clang: /usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.15' not found (required by clang)
这里是两个系统版本库版本过低的问题，一个是关于C++的库libstdc++，

一个是关于C系统基础运行库GLIBC，前者比较好办，后者十分基础，一般一个版本的centos会指定一个GLIBC，可以去升级，但这样CentOS本身版本的稳定性的可能就会被破坏。

在你准备升级GLIBC库之前，你要好好思考一下，
你真的要升级GLIBC么？
你知道你自己在做什么么？

glibc是gnu发布的libc库，即c运行库。glibc是linux系统中最底层的api，几乎其它任何运行库都会依赖于glibc。glibc除了封装linux操作系统所提供的系统服务外，它本身也提供了许多其它一些必要功能服务的实现...
总的来说，不说运行在Linux上的一些应用，或者你之前部署过的产品，就是很多linux的基本命令，比如cp, rm, ll之类，都得依赖于它
网上很多人有惨痛教训，甚至升级失败后系统退出后无法重新进入了。。

对于CentOS这样的系统，为了追求稳定性往往各种库版本都很低，比如6.5甚至7.0自带的还是glibc2.12, 而ubuntu 14.04带glibc2.19
如果升级基本C运行库到一个太新的版本，可能会影响CentOS的运行。所以大家如果遇到CentOS基本库的问题，影响了自己程序的运行，应该可以考虑：
1. 在低版本的系统编译自己的产品，如果自己的产品确实不需要新版才支持的新特性
2. 用版本高的系统来编译，比如ubuntu，和centos的新版，但可能需要部署到较低版本，那么可以考虑用mock等技术制作更好的安装包，把依赖打入包内
3.利用容器技术，如Docker，在低版本的操作系统内，轻量级的隔离出一个虚拟运行环境，适应你的程序。

好在我遇到的问题是glibc 2.15就满足要求升级后暂时没发现问题，所以大家可以参考我的方法：

首先查看先有的情况，在CentOS6.5下:

[root@Node3 ~]# rpm -q glibc
glibc-2.12-1.132.el6.x86_64
[root@Node3 ~]# ls -l /lib64/libc.so*
lrwxrwxrwx. 1 root root 12 Aug  5  2016 /lib64/libc.so.6 -> libc-2.12.so

[root@Node3 ~]# strings /lib64/libc.so.6|grep GLIBC
GLIBC_2.2.5
GLIBC_2.2.6
GLIBC_2.3
GLIBC_2.3.2
GLIBC_2.3.3
GLIBC_2.3.4
GLIBC_2.4
GLIBC_2.5
GLIBC_2.6
GLIBC_2.7
GLIBC_2.8
GLIBC_2.9
GLIBC_2.10
GLIBC_2.11
GLIBC_2.12
GLIBC_PRIVATE

libc.so.6是一个软连接，当前的glibc是2.12版本,我遇到的事GLIBC_2.15找不到的问题，所以需至少升级到2.15
首先，从网上下载glibc 2.15的rpm安装包，但这个不容易，因为.rpm针对的是centOS和redhat，高版本安装包很少见。也可以直接从其他系统上好一个编译好的文件
libc.so.6（对应glibc 2.15或者更高的），不过最保险的方式就是下载源代码在本地编译一次（有的人实在编译不成功，那也只能从别的地方找一份了）

各个版本的glibc可以从http://ftp.gnu.org/gnu/glibc/找，包括其插件glibc-port
最新到2.25，我保守的选择2.15

wget http://ftp.gnu.org/gnu/glibc/glibc-2.15.tar.gz 
wget http://ftp.gnu.org/gnu/glibc/glibc-ports-2.15.tar.gz 
tar -xvf  glibc-2.15.tar.gz

tar -xvf  glibc-ports-2.15.tar.gz

mv glibc-ports-2.15 glibc-2.15/ports

mkdir glibc-build-2.15

cd glibc-build-2.15

../glibc-2.15/configure  --prefix=/usr --disable-profile --enable-add-ons --with-headers=/usr/include --with-binutils=/usr/bin

make

make install

如果提示install成功，去看glibc所在的共享库：

ll /lib64/libc*

可以看到2.12的旧库文件还在，多了2.15版本的库文件，而且软链接文件全部指向了2.15版本。

-rwxr-xr-x  1 root root 1921096 Aug 30 02:16 /lib64/libc-2.12.so
-rwxr-xr-x  1 root root 9801632 Sep 25 13:46 /lib64/libc-2.15.so
lrwxrwxrwx. 1 root root      18 May 19 18:51 /lib64/libcap-ng.so.0 -> libcap-ng.so.0.0.0
-rwxr-xr-x. 1 root root   18672 Jun 25  2011 /lib64/libcap-ng.so.0.0.0
lrwxrwxrwx. 1 root root      14 May 19 18:51 /lib64/libcap.so.2 -> libcap.so.2.16
-rwxr-xr-x  1 root root   19016 Dec  8  2011 /lib64/libcap.so.2.16
lrwxrwxrwx. 1 root root      19 May 19 18:57 /lib64/libcgroup.so.1 -> libcgroup.so.1.0.40
-rwxr-xr-x  1 root root   97016 Dec  9  2013 /lib64/libcgroup.so.1.0.40
-rwxr-xr-x  1 root root  197064 Aug 30 02:16 /lib64/libcidn-2.12.so
-rwxr-xr-x  1 root root  267972 Sep 25 13:46 /lib64/libcidn-2.15.so
lrwxrwxrwx  1 root root      15 Sep 25 13:52 /lib64/libcidn.so.1 -> libcidn-2.15.so
lrwxrwxrwx. 1 root root      17 May 19 18:51 /lib64/libcom_err.so.2 -> libcom_err.so.2.1
-rwxr-xr-x  1 root root   17256 Nov 22  2013 /lib64/libcom_err.so.2.1
-rwxr-xr-x  1 root root   40400 Aug 30 02:16 /lib64/libcrypt-2.12.so
-rwxr-xr-x  1 root root  142947 Sep 25 13:46 /lib64/libcrypt-2.15.so
lrwxrwxrwx. 1 root root      22 May 19 18:57 /lib64/libcryptsetup.so.1 -> libcryptsetup.so.1.1.0
-rwxr-xr-x  1 root root   97072 Jun 22  2012 /lib64/libcryptsetup.so.1.1.0
lrwxrwxrwx  1 root root      16 Sep 25 13:52 /lib64/libcrypt.so.1 -> libcrypt-2.15.so
lrwxrwxrwx  1 root root      12 Sep 25 13:52 /lib64/libc.so.6 -> libc-2.15.so