The most recent code to compile between CENTOS6 and Centos7 often encounters problems with/lib64/libc.so.6:version ' glibc_2.14 ' not found because the GLIBC library version is inconsistent
Online search materials through my many practice to test the method used in this blog is more reliable and hereby record
Turn from: http://blog.csdn.net/officercat/article/details/39520227
First look at the first case, under CentOS6.5 [plain] view plain copy $ ll/lib64/libc.so.6 lrwxrwxrwx 1 root Sep 08:29/l Ib64/libc.so.6->/lib64/libc-2.12.so
Libc.so.6 is a soft connection, the current glibc is 2.12 version, I encountered the matter glibc_2.15 can not find the problem, so need to upgrade to at least 2.15
First of all, download the glibc 2.15 rpm installation package from the Internet, but this is not easy, because. RPM is for CentOS and Redhat, the high version installation package is very rare. You can also get a compiled file directly from another system
Libc.so.6 (corresponds to glibc 2.15 or higher), but the safest way is to download the source code in the local compile once (some people do not succeed in compiling, it can only be found elsewhere)
Each version of the glibc can be found from http://ftp.gnu.org/gnu/glibc/, including its plug-ins glibc-port
Newest to 2.20, I conservative option 2.15
For the lower version of GLIBC, there are glibc-linuxthreads-2.x need to compile, can refer to a lot of online documents, but 2.15 did not, so no need [plain] view plain copy 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 GLib c-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 [plain] view plain copy make install
If prompted install success, go to the shared library where glibc is located: [plain] view plain copy ll/lib64/libc*
You can see that 2.12 of the old library files are still in the 2.15 version of the library file, and the soft link file all point to 2.15 version.[Plain] View Plain copy-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
Some people will get the error after make install. Here error I did not go to the careful, after the Netizen reminder, may be because there is no sudo caused, because make install is to copy files to several protected system directory.
If still not, you can look at the system at this time glibc version, refer to the practice of the beginning. If the version is not upgraded, we can only install it manually:
First make is successful, then we will find the build directory compiled a new libc.so.6 (/glibc-build-2.15/libc.so.6, we will find that this is actually a soft connection, real lib file libc.so, output [HTML] view plain copy $ ll libc.so.6 lrwxrwxrwx 1 root 7 Sep 07:41 libc.so.6-> libc.so [H TML] View Plain <