一、gcc
各发行版本Linux中，其自带的gcc安装源版本都比较旧，我所使用CentOS 6系统中，gcc版本只有4.4.7。但在编译程序或运行程序时需要更高版本的gcc，只能手动编译安装gcc。
1、查看当前系统上gcc的版本
[[email protected] ~]# 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）下载并解压
[[email protected] ~]# wget http://ftp.tsukuba.wide.ad.jp/software/gcc/releases/gcc-7.1.0/gcc-7.1.0.tar.gz [[email protected] ~]# ls gcc-7.1.0.tar.gz gcc-7.1.0.tar.gz [[email protected] ~]# tar xf gcc-7.1.0.tar.gz [[email protected] ~]# 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）建立一个输出目录，编译时所有生成的中间文件都放到该目录下
[[email protected] ~]# mkdir /tmp/gcc-temp [[email protected] ~]# cd /tmp/gcc-temp
3）生成编译文件
[[email protected] 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.
解决方法：
[[email protected] gcc-temp]# yum install gmp-devel mpfr-devel libmpc-devel
重新生成编译文件：
[[email protected] 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
[[email protected] ~]# mv /usr/bin/gcc /usr/bin/gcc.bak
[[email protected] ~]# mv /usr/bin/c++ /usr/bin/c++.bak
[[email protected] ~]# mv /usr/bin/g++ /usr/bin/g++.bak
[[email protected] lib64]# ln -sv /usr/local/bin/gcc /usr/bin/gcc
`/usr/bin/gcc‘ -> `/usr/local/bin/gcc‘
[[email protected] lib64]# ln -sv /usr/local/bin/c++ /usr/bin/c++
`/usr/bin/c++‘ -> `/usr/local/bin/c++‘
[[email protected] lib64]# ln -sv /usr/local/bin/g++ /usr/bin/g++
`/usr/bin/g++‘ -> `/usr/local/bin/g++‘
[[email protected] 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
[[email protected] ~]# 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)
[[email protected] ~]# 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)
[[email protected] ~]# 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最新版本的动态库替换系统中老版本的动态库即可解决。
[[email protected] ~]# 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 [[email protected] ~]# ls -l /usr/lib64/|grep libstdc++|grep GLIBC [[email protected] ~]# ls -l /usr/lib64/libstdc++.so.6|grep GLIBC [[email protected] ~]# 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++库文件：
[[email protected] ~]# 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 [[email protected] ~]# 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++库：
[[email protected] 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‘ [[email protected] 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下:
[[email protected] ~]# rpm -q glibc glibc-2.12-1.132.el6.x86_64 [[email protected] ~]# ls -l /lib64/libc.so* lrwxrwxrwx. 1 root root 12 Aug 5 2016 /lib64/libc.so.6 -> libc-2.12.so [[email protected] ~]# 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