一、gcc
各发行版本Linux中,其自带的gcc
安装源版本都比较旧,我所使用CentOS 6
系统中,gcc
版本只有4.4.7
。但在编译程序或运行程序时需要更高版本的gcc,只能手动编译安装gcc
。
1、查看当前系统上gcc的版本
[root@Node2~]#rpm-qa|grepgcc 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、下载依赖包
#yuminstall-ygccgcc-c++#安装gcc,gcc-c++才可以编译安装后面高版本gcc
3、安装最新版本gcc
1)下载并解压
[root@Node2~]#wgethttp://ftp.tsukuba.wide.ad.jp/software/gcc/releases/gcc-7.1.0/gcc-7.1.0.tar.gz [root@Node2~]#lsgcc-7.1.0.tar.gz gcc-7.1.0.tar.gz [root@Node2~]#tarxfgcc-7.1.0.tar.gz [root@Node2~]#lsgcc-7.1.0 ABOUT-NLSconfiguregcclibbacktracelibhsail-rtlibtool-ldflagsMAINTAINERSNEWS ChangeLogconfigure.acgnattoolslibcc1libibertylibtool.m4maintainer-scriptsREADME ChangeLog.jitcontribgotoolslibcilkrtslibitmlibvtvMakefile.defsymlink-tree ChangeLog.tree-ssaCOPYINGincludelibcpplibmpxltgcc.m4Makefile.inylwrap compileCOPYING3INSTALLlibdecnumberlibobjcltmain.shMakefile.tplzlib configCOPYING3.LIBinstall-shlibffiliboffloadmiclt~obsolete.m4MD5SUMS config.guessCOPYING.LIBintllibgcclibquadmathlto-pluginmissing config-ml.inCOPYING.RUNTIMELAST_UPDATEDlibgfortranlibsanitizerltoptions.m4mkdep config.rpathdepcomplibadalibgolibsspltsugar.m4mkinstalldirs config.subfixincludeslibatomiclibgomplibstdc++-v3ltversion.m4move-if-change
2)建立一个输出目录,编译时所有生成的中间文件都放到该目录下
[root@Node2~]#mkdir/tmp/gcc-temp [root@Node2~]#cd/tmp/gcc-temp
[root@Node2gcc-temp]#/root/gcc-7.1.0/configure--enable-checking=release--enable-languages=c,c++--disable-multilib
此时报错:
checkingforthecorrectversionofgmp.h...no configure:error:BuildingGCCrequiresGMP4.2+,MPFR2.4.0+andMPC0.8.0+. Trythe--with-gmp,--with-mpfrand/or--with-mpcoptionstospecify theirlocations.Sourcecodefortheselibrariescanbefoundat theirrespectivehostingsitesaswellasat ftp://gcc.gnu.org/pub/gcc/infrastructure/.Seealso http://gcc.gnu.org/install/prerequisites.htmlforadditionalinfo.If youobtainedGMP,MPFRand/orMPCfromavendordistributionpackage,makesurethatyouhaveinstalledboththelibrariesandtheheader files.Theymaybelocatedinseparatepackages.
解决方法:
[root@Node2gcc-temp]#yuminstallgmp-develmpfr-devellibmpc-devel
[root@Node2gcc-temp]#/root/gcc-7.1.0/configure--enable-checking=release--enable-languages=c,c++--disable-multilib #没有指定安装路径,默认安装在/usr/local/local/目录下 ###后面的几行显示成功 checkingwhethertoenablemaintainer-specificportionsofMakefiles...no configure:creating./config.status config.status:creatingMakefile
4)编译
make
5)安装
makeinstall
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@Node2lib64]#ln-sv/usr/local/bin/gcc/usr/bin/gcc `/usr/bin/gcc'->`/usr/local/bin/gcc' [root@Node2lib64]#ln-sv/usr/local/bin/c++/usr/bin/c++ `/usr/bin/c++'->`/usr/local/bin/c++' [root@Node2lib64]#ln-sv/usr/local/bin/g++/usr/bin/g++ `/usr/bin/g++'->`/usr/local/bin/g++' [root@Node2lib64]#ls-l/usr/bin/{gcc,c++,g++} lrwxrwxrwx1rootroot18Jun1304:43/usr/bin/c++->/usr/local/bin/c++ lrwxrwxrwx1rootroot18Jun1304:43/usr/bin/g++->/usr/local/bin/g++ lrwxrwxrwx1rootroot18Jun1304:42/usr/bin/gcc->/usr/local/bin/gcc [root@Node2~]#gcc-v Usingbuilt-inspecs. 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 Configuredwith:/root/gcc-7.1.0/configure--enable-checking=release--enable-languages=c,c++--disable-multilib Threadmodel:posix gccversion7.1.0(GCC) [root@Node2~]#g++-v Usingbuilt-inspecs. 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 Configuredwith:/root/gcc-7.1.0/configure--enable-checking=release--enable-languages=c,c++--disable-multilib Threadmodel:posix gccversion7.1.0(GCC) [root@Node2~]#c++-v Usingbuilt-inspecs. 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 Configuredwith:/root/gcc-7.1.0/configure--enable-checking=release--enable-languages=c,c++--disable-multilib Threadmodel:posix gccversion7.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/|greplibstdc++ lrwxrwxrwx.1rootroot19Aug52016libstdc++.so.6->libstdc++.so.6.0.13 -rwxr-xr-x.1rootroot987096Nov222013libstdc++.so.6.0.13 [root@Node2~]#ls-l/usr/lib64/|greplibstdc++|grepGLIBC [root@Node2~]#ls-l/usr/lib64/libstdc++.so.6|grepGLIBC [root@Node2~]#strings/usr/lib64/libstdc++.so.6|grepGLIBC 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* lrwxrwxrwx1rootroot19Jun1304:02/usr/local/lib64/libstdc++.so->libstdc++.so.6.0.23 lrwxrwxrwx1rootroot19Jun1304:02/usr/local/lib64/libstdc++.so.6->libstdc++.so.6.0.23 -rwxr-xr-x1rootroot11606238Jun1304:02/usr/local/lib64/libstdc++.so.6.0.23 -rw-r--r--1rootroot2397Jun1304:02/usr/local/lib64/libstdc++.so.6.0.23-gdb.py [root@Node2~]#strings/usr/local/lib64/libstdc++.so.6.0.23|grepGLIBC 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@Node2lib64]#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@Node2lib64]#ls-l/usr/lib64/libstdc++.so* lrwxrwxrwx1rootroot31Jun1304:40/usr/lib64/libstdc++.so.6->/usr/local/lib64/libstdc++.so.6 -rwxr-xr-x.1rootroot987096Nov222013/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@L_403_9@所提供的系统服务外,它本身也提供了许多其它一些必要功能服务的实现...
总的来说,不说运行在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-qglibc glibc-2.12-1.132.el6.x86_64 [root@Node3~]#ls-l/lib64/libc.so* lrwxrwxrwx.1rootroot12Aug52016/lib64/libc.so.6->libc-2.12.so [root@Node3~]#strings/lib64/libc.so.6|grepGLIBC 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
wgethttp://ftp.gnu.org/gnu/glibc/glibc-2.15.tar.gz wgethttp://ftp.gnu.org/gnu/glibc/glibc-ports-2.15.tar.gz tar-xvfglibc-2.15.tar.gz tar-xvfglibc-ports-2.15.tar.gz mvglibc-ports-2.15glibc-2.15/ports mkdirglibc-build-2.15 cdglibc-build-2.15 ../glibc-2.15/configure--prefix=/usr--disable-profile--enable-add-ons--with-headers=/usr/include--with-binutils=/usr/bin make makeinstall
如果提示install成功,去看glibc所在的共享库:
ll/lib64/libc*
可以看到2.12的旧库文件还在,多了2.15版本的库文件,而且软链接文件全部指向了2.15版本。
-rwxr-xr-x1rootroot1921096Aug3002:16/lib64/libc-2.12.so -rwxr-xr-x1rootroot9801632Sep2513:46/lib64/libc-2.15.so lrwxrwxrwx.1rootroot18May1918:51/lib64/libcap-ng.so.0->libcap-ng.so.0.0.0 -rwxr-xr-x.1rootroot18672Jun252011/lib64/libcap-ng.so.0.0.0 lrwxrwxrwx.1rootroot14May1918:51/lib64/libcap.so.2->libcap.so.2.16 -rwxr-xr-x1rootroot19016Dec82011/lib64/libcap.so.2.16 lrwxrwxrwx.1rootroot19May1918:57/lib64/libcgroup.so.1->libcgroup.so.1.0.40 -rwxr-xr-x1rootroot97016Dec92013/lib64/libcgroup.so.1.0.40 -rwxr-xr-x1rootroot197064Aug3002:16/lib64/libcidn-2.12.so -rwxr-xr-x1rootroot267972Sep2513:46/lib64/libcidn-2.15.so lrwxrwxrwx1rootroot15Sep2513:52/lib64/libcidn.so.1->libcidn-2.15.so lrwxrwxrwx.1rootroot17May1918:51/lib64/libcom_err.so.2->libcom_err.so.2.1 -rwxr-xr-x1rootroot17256Nov222013/lib64/libcom_err.so.2.1 -rwxr-xr-x1rootroot40400Aug3002:16/lib64/libcrypt-2.12.so -rwxr-xr-x1rootroot142947Sep2513:46/lib64/libcrypt-2.15.so lrwxrwxrwx.1rootroot22May1918:57/lib64/libcryptsetup.so.1->libcryptsetup.so.1.1.0 -rwxr-xr-x1rootroot97072Jun222012/lib64/libcryptsetup.so.1.1.0 lrwxrwxrwx1rootroot16Sep2513:52/lib64/libcrypt.so.1->libcrypt-2.15.so lrwxrwxrwx1rootroot12Sep2513:52/lib64/libc.so.6->libc-2.15.so