rhel 6/7/8 version `GLIBC_2.14' not found (required by /usr/lib64/libstdc++.so.6)以及libstdc++.so.6: version GLIBCXX_3.4.18 not found解决办法

最近在oracle linux 7.3下开发了个应用，发布到rhel 6.5运行的时候，报version `GLIBC_2.14' not found (required by /usr/lib64/libstdc++.so.6)以及libstdc++.so.6: version GLIBCXX_3.4.18 not found错误。查看当前系统安装的glibc版本：

[root@hs-test-10-20-30-17 ~]# rpm -qa | grep glibc
glibc-common-2.12-1.212.el6.x86_64
glibc-2.12-1.212.el6.x86_64
glibc-headers-2.12-1.212.el6.x86_64
glibc-devel-2.12-1.212.el6.x86_64
glibc-utils-2.12-1.212.el6.x86_64

# ldd --version
ldd (GNU libc) 2.12
Copyright (C) 2010 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
Written by Roland McGrath and Ulrich Drepper.

因为使用了c++ 11特性，需要升级glibc 到2.17版本。如下：

1、下载。http://ftp.gnu.org/gnu/glibc/glibc-2.17.tar.gz 

2、安装。

# tar -zxf glibc-2.17.tar.gz
# cd glibc-2.17
# mkdir build; cd build
# ../configure --prefix=/usr --disable-profile --enable-add-ons --with-headers=/usr/include --with-binutils=/usr/bin
# make -j 8
# make install
# 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_2.13
GLIBC_2.14
GLIBC_2.15
GLIBC_2.16
GLIBC_2.17
GLIBC_PRIVATE

再执行，glibc的版本问题就没有了，后面再解决GLIBCXX的问题。

[root@hs-test-10-20-30-17 ~]# locate libstdc++.so.6
/u01/app/oracle/product/11.2.0/dbhome_1/lib/stubs/libstdc++.so.6
/usr/lib64/libstdc++.so.6
/usr/lib64/libstdc++.so.6.0.13
/usr/local/gcc-4.8.5/lib64/libstdc++.so.6

# 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
GLIBC_2.2.5
GLIBC_2.3
GLIBC_2.4
GLIBC_2.3.2
GLIBCXX_FORCE_NEW
GLIBCXX_DEBUG_MESSAGE_LENGTH

可见，最多支持到3.4.13，而oracle linux 7.3下如下：

[oracle@oel-12c ~]$ strings /usr/lib64/libstdc++.so.6 | grep GLIBCXX
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_DEBUG_MESSAGE_LENGTH

所以将libstdc++.so.6.0.19复制过去，更改符号链接libstdc++.so.6指向libstdc++.so.6.0.19，再次执行，问题解决。

注：c++开发和java开发在环境方面有一个特别需要重视的就是libc/stdc++是系统运行环境的基础，客户环境不一定是想升就升，可能还不得不编译多个版本。java则虚拟机本身就可控，可自包含。

GLIBCXX和gcc的版本对应如下：

  • GCC 3.1.0: GLIBCPP_3.1, CXXABI_1

  • GCC 3.1.1: GLIBCPP_3.1, CXXABI_1

  • GCC 3.2.0: GLIBCPP_3.2, CXXABI_1.2

  • GCC 3.2.1: GLIBCPP_3.2.1, CXXABI_1.2

  • GCC 3.2.2: GLIBCPP_3.2.2, CXXABI_1.2

  • GCC 3.2.3: GLIBCPP_3.2.2, CXXABI_1.2

  • GCC 3.3.0: GLIBCPP_3.2.2, CXXABI_1.2.1

  • GCC 3.3.1: GLIBCPP_3.2.3, CXXABI_1.2.1

  • GCC 3.3.2: GLIBCPP_3.2.3, CXXABI_1.2.1

  • GCC 3.3.3: GLIBCPP_3.2.3, CXXABI_1.2.1

  • GCC 3.4.0: GLIBCXX_3.4, CXXABI_1.3

  • GCC 3.4.1: GLIBCXX_3.4.1, CXXABI_1.3

  • GCC 3.4.2: GLIBCXX_3.4.2

  • GCC 3.4.3: GLIBCXX_3.4.3

  • GCC 4.0.0: GLIBCXX_3.4.4, CXXABI_1.3.1

  • GCC 4.0.1: GLIBCXX_3.4.5

  • GCC 4.0.2: GLIBCXX_3.4.6

  • GCC 4.0.3: GLIBCXX_3.4.7

  • GCC 4.1.1: GLIBCXX_3.4.8

  • GCC 4.2.0: GLIBCXX_3.4.9

  • GCC 4.3.0: GLIBCXX_3.4.10, CXXABI_1.3.2

  • GCC 4.4.0: GLIBCXX_3.4.11, CXXABI_1.3.3

  • GCC 4.4.1: GLIBCXX_3.4.12, CXXABI_1.3.3

  • GCC 4.4.2: GLIBCXX_3.4.13, CXXABI_1.3.3（RHEL 6自带的版本）

  • GCC 4.5.0: GLIBCXX_3.4.14, CXXABI_1.3.4

  • GCC 4.6.0: GLIBCXX_3.4.15, CXXABI_1.3.5

  • GCC 4.6.1: GLIBCXX_3.4.16, CXXABI_1.3.5

  • GCC 4.7.0: GLIBCXX_3.4.17, CXXABI_1.3.6

  • GCC 4.8.0: GLIBCXX_3.4.18, CXXABI_1.3.7

  • GCC 4.8.3: GLIBCXX_3.4.19, CXXABI_1.3.7（RHEL 7自带的版本，支持c++ 11）

  • GCC 4.9.0: GLIBCXX_3.4.20, CXXABI_1.3.8

  • GCC 5.1.0: GLIBCXX_3.4.21, CXXABI_1.3.9

  • GCC 6.1.0: GLIBCXX_3.4.22, CXXABI_1.3.10

  • GCC 7.1.0: GLIBCXX_3.4.23, CXXABI_1.3.11    

  • GCC 7.2.0: GLIBCXX_3.4.24, CXXABI_1.3.11    支持了绝大部分的c++ 17特性（极个别很少使用或者有很好的替代，比如文件系统、初等字符串转换）

  • GCC 8.0.0: GLIBCXX_3.4.25, CXXABI_1.3.11   rhel 8自带版本

  • GCC 9.0.0: GLIBCXX_3.4.26, CXXABI_1.3.11   最主要支持了C11 标准库的主要部分。

libstdc++.so.6中支持的GLIBCXX版本由相应的gcc版本控制。一般来说，从to c易用性角度看，最好是使用大版本的linux操作系统自带的gcc进行编译，因为一般很少用x.1 x.2 x.3的版本，所以可以考虑用x.4版本自带的gcc。比如7.4, 8.4。

从cppreference编译器对现代c++（c++ 14或c++ 17）的支持情况来看，gcc 4.9、7或者gcc 9比较很合适。因为gcc 7可以认为是现代c++的终极版，中间经过4.9、5、6的完善，非常完整了，所以广泛被使用。如果希望从c99到c11，那么到9，否则就没有必要了。其他都像是完善的小版本。

参考：

gcc glibcxx libstdc++.so.6的版本关系 https://gcc.gnu.org/onlinedocs/libstdc++/manual/abi.html

posted @ 2018-09-20 10:33  zhjh256  阅读(1524)  评论(0)  编辑  收藏  举报