【Linux-编译器gcc/glibc升级】CentOS7.9使用NodeJS18时报错/lib64/libm.so.6:version`GLIBC_2.27'notfound背景分析原因解决方案执行步骤推荐方式踩坑记录文章已收录至https://lichong.work，转载请注明原文链接。ps：欢迎关注公众号“Fun肆编程”或添加我的私人微信交流经验🤝背景最近做一个前端项目Jenkins的自动构建时，项目使用nodejs18，正好公司Jenkins节点有些不够用，就用了台资源空余比较多的服务器用于充当Jenkins节点，配置好NodeJS路径后，构建时产生报错如下：node:/lib64/
启动java、jar包报错，报错内容主要是：version`GLIBC_2.18’notfound产生原因由于Linux系统的glibc版本太低，而软件编译时使用了较高版本的glibc引起的！查看glibc版本（这里链接的是2.17的版本）ll/lib64/libc.so.6*查看所有的GLIBCstrings/lib64/libc.so.6|grepGLIBC|head-22（可以看到并没有GLIBC_2.18）将glibc升级为2.18的看看cd/opt/wgethttp://ftp.gnu.org/gnu/glibc/glibc-2.18.tar.gztar-zxvfglibc-2.18
您可能会遇到安装在ubuntu操作系统上的NodeJS问题，当您运行 node-v或pm2list 命令时出现错误：- node:/lib/x86_64-linux-gnu/libc.so.6:version`GLIBC_2.28'notfound(requiredbynode)。GLIBC_2.28notfound的解决方法（节点需要）我尝试了各种解决方案堆栈溢出，最后一个解决方案对我有用，只需通过以下命令运行即可。sudoapt-getremovenodejsnvmi16sudoapt-getinstallnodejssudoapt-getinstallnpmnode-vnpm-vnvm
在编译glibc时，进到glibc源码里：cdglibc-source&&mkdirbuild&&cdbuild开始配置，执行了如下命令：../configure--prefix=/opt/glibc然后报如下错误：“configure:WARNING:***Theseauxiliaryprogramsaremissingorincompatibleversions:makeinfo***somefeaturesortestswillbedisabled.***ChecktheINSTALLfileforrequiredversions.checkingLD_LIBRARY_PATHvaria
背景有时我们在一个比较老的Linux环境下运行一个在其他环境下已编译好的文件，运行时提示GLIBC的版本不对，如下：$./arm-none-eabi-gcc./arm-none-eabi-gcc:/lib64/libc.so.6:version`GLIBC_2.14’notfound(requiredby./arm-none-eabi-gcc)为此我查阅了一些查看本机GLIBC版本的方法。推荐内容方法2.1查看软链接使用ldd命令查看libc.so的路径，然后查看其软链接。$ldd./arm-none-eabi-gcc…libc.so.6=>/lib64/libc.so.6(0x0000003
当我在R中加载GenomicFeatures包时，它会弹出一条错误消息:Loadingrequiredpackage:IRangesErrorindyn.load(file,DLLpath=DLLpath,...):unabletoloadsharedobject'/home/caohf/R/x86_64-unknown-linux-gnu-library/2.15/IRanges/libs/IRanges.so':/lib64/libc.so.6:version`GLIBC_2.7'notfound(requiredby/home/caohf/R/x86_64-unknown-lin
当我在R中加载GenomicFeatures包时，它会弹出一条错误消息:Loadingrequiredpackage:IRangesErrorindyn.load(file,DLLpath=DLLpath,...):unabletoloadsharedobject'/home/caohf/R/x86_64-unknown-linux-gnu-library/2.15/IRanges/libs/IRanges.so':/lib64/libc.so.6:version`GLIBC_2.7'notfound(requiredby/home/caohf/R/x86_64-unknown-lin
CygwinFAQ有以下关于“glibc在哪里？”的信息:Cygwin不提供glibc。它改用newlib，它提供了很多(但不是全部)相同的功能。将glibc移植到Cygwin会很困难。我很惊讶并检查了我之前使用过的发布包。当我检查存储库时，似乎glibc实际上确实是cygwin的一部分，直到版本2.10。谁能说说glibc后续版本的移植难度？ 最佳答案 当然，CygwinFAQ是正确的；glibc从未成为Cygwin的一部分。Cygwin上的C库是cygwin1.dll(cygwin包的一部分)，它基于newlib。
CygwinFAQ有以下关于“glibc在哪里？”的信息:Cygwin不提供glibc。它改用newlib，它提供了很多(但不是全部)相同的功能。将glibc移植到Cygwin会很困难。我很惊讶并检查了我之前使用过的发布包。当我检查存储库时，似乎glibc实际上确实是cygwin的一部分，直到版本2.10。谁能说说glibc后续版本的移植难度？ 最佳答案 当然，CygwinFAQ是正确的；glibc从未成为Cygwin的一部分。Cygwin上的C库是cygwin1.dll(cygwin包的一部分)，它基于newlib。
我想在Linux上编译一个动态链接的可执行文件，我想以较旧的glibcABI为目标，以确保它可以在尽可能多的linux计算机上运行。我知道对此的典型解决方案是使用chroot或虚拟机，安装旧工具链，并让工具链自然地针对旧glibcABI，但我想知道是否有办法明确告诉编译器“嘿，我希望您依赖版本GLIBCXX_3.4.11”。谢谢! 最佳答案 Hey,IwantyoutodependonversionGLIBCXX_3.4.11请注意，GLIBCXX是关于libstdc++的，不是glibc。当您将程序链接到libstdc++.so并
