CentOS6.5升級GCC
一、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
CentOS6.5升級GCC