centos7 glibc(centos7安装nvidia显卡驱动)
大家好，感谢邀请，今天来为大家分享一下centos7 glibc的问题，以及和centos7安装nvidia显卡驱动的一些困惑，大家要是还不太明白的话，也没有关系，因为接下来将为大家分享，希望可以帮助到大家，解决大家的问题，下面就开始吧！
centos6.5安装wps提示缺libc.so.6(GLIBC_2.15)(64bit),怎办
1.试图运行程序，提示"libc.so.6: version `GLIBC_2.14' not found",原因是系统的glibc版本太低，软件编译时使用了较高版本的glibc引起的：
[ghui@StuOS bin]$ pwd
/var/VMdisks/cross/mingw32/bin
[ghui@StuOS bin]$ ls
lrelease QtCore4.dll QtNetwork4.dll QtSql4.dll QtXml4.dll
moc QtDeclarative4.dll QtOpenGL4.dll QtSvg4.dll rcc
phonon4.dll QtGui4.dll QtScript4.dll QtTest4.dll uic
qmake QtMultimedia4.dll QtScriptTools4.dll QtWebKit4.dll
[ghui@StuOS bin]$./qmake
./qmake:/lib64/libc.so.6: version `GLIBC_2.14' not found(required by./qmake)
2.查看系统glibc支持的版本：
[ghui@StuOS bin]$ 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
[ghui@StuOS bin]$ rpm-qa|grep glibc
glibc-static-2.12-1.80.el6_3.6.x86_64
glibc-headers-2.12-1.80.el6_3.6.x86_64
glibc-common-2.12-1.80.el6_3.6.x86_64
glibc-devel-2.12-1.80.el6_3.6.x86_64
glibc-static-2.12-1.80.el6_3.6.i686
glibc-devel-2.12-1.80.el6_3.6.i686
glibc-2.12-1.80.el6_3.6.i686
glibc-2.12-1.80.el6_3.6.x86_64
3.可以看到最高只支持2.12版本，所以考虑编译解决这个问题：
a.到下载最新版本，我这里下载了glibc-2.14.tar.xz这个版本，解压到任意目录准备编译
b.这里解压到/var/VMdisks/glibc-2.14/
[ghui@StuOS bin]$ cd/var/VMdisks/glibc-2.14/
[ghui@StuOS glibc-2.14]$ pwd
/var/VMdisks/glibc-2.14
[ghui@StuOS glibc-2.14]$ ls
abilist config.h.in intl README.libm
abi-tags config.log io resolv
aclocal.m4 config.make.in libc-abis resource
aout configure libidn rt
argp configure.in libio Rules
assert conform LICENSES scripts
autom4te.cache CONFORMANCE locale setjmp
bits COPYING localedata shadow
BUGS COPYING.LIB login shlib-versions
build cppflags-iterator.mk mach signal
CANCEL-FCT-WAIVE crypt Makeconfig socket
CANCEL-FILE-WAIVE csu Makefile soft-fp
catgets ctype Makefile.in stdio-common
ChangeLog debug Makerules stdlib
ChangeLog.1 dirent malloc streams
ChangeLog.10 dlfcn manual string
ChangeLog.11 elf math sunrpc
ChangeLog.12 extra-lib.mk misc sysdeps
ChangeLog.13 extra-modules.mk NAMESPACE sysvipc
ChangeLog.14 FAQ NEWS termios
ChangeLog.15 FAQ.in nis test-skeleton.c
ChangeLog.16 gmon NOTES time
ChangeLog.17 gnulib nptl timezone
ChangeLog.2 grp nptl_db tls.make.c
ChangeLog.3 gshadow nscd version.h
ChangeLog.4 hesiod nss Versions.def
ChangeLog.5 hurd o-iterator.mk wcsmbs
ChangeLog.6 iconv po wctype
ChangeLog.7 iconvdata posix WUR-REPORT
ChangeLog.8 include PROJECTS
ChangeLog.9 inet pwd
conf INSTALL README
c.在glibc源码目录建立构建目录，并cd进入构建目录
[ghui@StuOS glibc-2.14]$ mkdir build
[ghui@StuOS glibc-2.14]$ cd build
d.运行configure配置，make&& sudo make install
[ghui@StuOS build]$../configure--prefix=/opt/glibc-2.14
[ghui@StuOS build]$ make-j4
[ghui@StuOS build]$ sudo make install
[sudo] password for ghui:
4.临时修改环境变量
[ghui@StuOS bin]$ export LD_LIBRARY_PATH=/opt/glibc-2.14/lib:$LD_LIBRARY_PATH
[ghui@StuOS glibc-2.14]$ cd/var/VMdisks/cross/mingw32/bin/
[ghui@StuOS bin]$./qmake
Usage:./qmake [mode] [options] [files]
QMake has two modes, one mode for generating project files based on
some heuristics, and the other for generating makefiles. Normally you
shouldn't need to specify a mode, as makefile generation is the default
mode for qmake, but you may use this to test qmake on an existing project
...
【NodeJS】GLIBC_2.28 not found CentOS7不兼容Node高版本
在CentOS 7环境下，若遇到使用Nvm安装高版本Node后，执行node-v时出现"GLIBC_2.28 not found"的错误，实际上并非Nvm的问题，而是系统的GLIBC版本过低。查看ldd版本后发现GLIBC版本为17，而错误中提到需要25、27、28版本。由于GLIBC具有向下兼容性，只需安装GLIBC_2.28即可解决此问题。
若条件允许，直接升级到CentOS 8版本，将可有效解决此问题。解决方案分为三步：
更新glibc，以确保系统拥有最新版本的GLIBC。
升级gcc和make，以兼容更高版本的库。
升级libstdc++，选择性操作，根据是否解决问题而定。
在执行升级操作后，使用`ldd`查看当前版本，确保所有依赖库版本均已更新。通过`node-v`命令验证Node版本，确认问题已解决。
在解决此问题时，参考了知乎文章《OSError:/lib64/libm.so.6: version `GLIBC_2.27' not found(required by xxx.so)——升级GLIBC并解决系统错误》，以及博客园文章《解决nvm升级node v18.14.0时/lib64/libm.so.6: version'GLIBC_2.27' not found(required by node)问题》。
本文由博客一文多发平台OpenWrite发布。
centos7怎么编译安装gcc-c++
方法/步骤
1
yum install glibc-static libstdc++-static-y
安装c和c++的静态库（据说如果系统中缺少libc.a和libstdc++.a编译时会出错，但是我没有那么多闲情逸致去试，实践过的朋友可以回复一下，分享一下经验，让大家都长长见识）
2
下载解压gcc，我的gcc目录是gcc-4.8.0
3
进入gcc目录，执行：
./contrib/download_prerequisites
这个神奇的脚本文件会帮我们下载、配置、安装那三个依赖的库。可以节约我们大量的时间和精力。
4
你以为这三个库自动下载了、自动make install了就没事了吗？错！
很多人在编译gcc的时候出现各种奇奇怪怪的错误就是这步没有做好。
它们还不在.so文件的搜索路径里面，需要加进去，最后切记切记一定要执行一下ldconfig。
大致做法为：
1，找到你的共享库文件被install到哪个目录了（updatedb+locate命令）。
2，如果你的库不是直接放在/lib或/usr/lib下，需要修改/etc/ld.so.conf文件，加入你的共享库的路径
3，如果在2中添加了共享库路径，切记要执行一下ldconfig，更新响应cache文件让系统能找到你的共享库。
5
建立临时目录，这个目录用以存放编译时的大量临时文件，是文档要求中必须的。
我是在gcc-4.8.0下建立了一个名为gcc-build-4.8.0的目录，进入它。
mkdir gcc-build-4.8.0
cd gcc-build-4.8.0
配置gcc编译选项
6
强烈建议阅读INSTALL目录下的说明文档，尤其是configure.html，以确定你的编译选项。
比较基本的选项有--enable-languages，说明你要让你的gcc支持那些语言，--disable-multilib不生成编译为其他平台可执行代码的交叉编译器。--disable-checking生成的编译器在编译过程中不做额外检查，也可以使用--enable-checking=xxx来增加一些检查。
网上还说了什么--with-gmp、--with-mpfr、--with-mpc这三个选项，但是如果你3,4步做好了，就不要配了，反之你还是老实点吧别抱侥幸心理了。
调用gcc-4.8.0目录下的configure文件：
例如：
../configure--enable-checking=release--enable-languages=c,c++--disable-multilib
7
执行
../make#不解释
执行编译命令（#在8核的虚拟机上进行编译,每个核分配2个编译任务）
make-j16
make install编译过程CPU核基本100%占用，整个编译用时11分50秒。
检查gcc版本
#你就等吧少年，建议晚上睡觉前做
当然上面三步一定要在前一步顺利结束的情况下进行，如果哪一步出错了，结果都显示error了，就不要再做后面的了。在shell的输出里搜索"error"看具体的出错点是什么，baidu、google一下为什么。
如果你求稳的话，可以在make install之前先make check一下。
