升级 glibc 怎么老是失败啊😭

几个月前我就因为要升级 SBCL 最新版本而被提醒 glibc 版本太低失败,但是弄了半天都还是失败(不过在Mac可以,在我的云服务器 CentOS/Ubuntu 就不行~)

这次我看 SBCL 从之前的 1.5.8 升级到 2.0.1 了 忍不住又想升级了,还是按照网上找的套路,下载glibc最新版本 2.31 源代码然后 configure … make install

貌似都显示安装OK了 但是然并卵

还是跟没装一样最高版本 2.27
我想是不是因为我加了 --prefix 修改默认目录,所以没识别到?但是我看那些网上的文章都是这样建议然后又没有提到过要把这个目录加到哪个配置文件里(所以估计是安装的时候会自动把这个参数加进去)。。。
如果有这方面经历的请分享下网页链接,我搜累了啊😖
最后祝大家

if (your_life_time >= '今天元宵节') {  
  happiness = true;  
}

ldconfig 还是一个什么的,有个 ld.so.conf 的配置文件。很久不用 linux 记不清了。

之前好像也有试过,最后结果是(华为)服务器重装,全部文件都没了 :joy:

这个问题没人遇到过吗?是因为用Common Lisp的少或在Linux里用SBCL 最新版本 的少吗?

glibc是基础库,不会弄的人容易出问题,实在有需要,就重装新版的系统吧。

实在爱折腾,先对整个系统做好备份,然后再编译。记得将glibc的库和头文件都拷贝/安装到原来的glibc所在的目录下。会影响到很多库文件,记得准备一个live盘,凡是遇到编译glibc后无法正常运行的软件或库,检查其相关链接库,并用live盘启动进入,chroot后重新编译安装那些库的版本。

有可能会遇到编译安装glibc后gcc本身也用不了的情况,所以编译glibc后、进行替换安装前,最好先编译安装一份gcc到非默认位置,其依赖的glibc指向新编译的版本。

其实这也是很多个人用户使用arch之类的滚动发行版的原因之一,因为可以一直升级下去。

1赞

好复杂,SBCL 1.6+ 版本要求这个更高版本,让我用了好几年的云服务器更新不了 又不敢冒险去更新glibc 怕出问题……

以前给实验室的一台服务器升级过glibc,中间遇到了多次问题。弄过一次之后,再也不这样折腾了,实验室的服务器也基本上是一个系统用到淘汰,决不升级关键内容…

感觉这个主题我这显示的标题好萌啊…

image