1、gcc
html
各發行版本Linux中,其自帶的gcc
安裝源版本都比較舊,我所使用CentOS 6
系統中,gcc
版本只有4.4.7
。但在編譯程序或運行程序時須要更高版本的gcc,只能手動編譯安裝gcc
。linux
一、查看當前系統上gcc的版本c++
[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
二、下載依賴包ubuntu
# yum install -y gcc gcc-c++ #安裝gcc,gcc-c++才能夠編譯安裝後面高版本gcc
三、安裝最新版本gcccentos
1)下載並解壓
api
[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)創建一個輸出目錄,編譯時全部生成的中間文件都放到該目錄下bash
[root@Node2 ~]# mkdir /tmp/gcc-temp [root@Node2 ~]# cd /tmp/gcc-temp
3)生成編譯文件
app
[root@Node2 gcc-temp]# /root/gcc-7.1.0/configure --enable-checking=release --enable-languages=c,c++ --disable-multilib
此時報錯:
ide
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.
解決方法:ui
[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
四、使用新版本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)
五、解決相似 /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版本
2、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