几个月前我就因为要升级 SBCL 最新版本而被提醒 glibc 版本太低失败，但是弄了半天都还是失败（不过在Mac可以，在我的云服务器 CentOS/Ubuntu 就不行~）
这次我看 SBCL 从之前的 1.5.8 升级到 2.0.1 了 忍不住又想升级了，还是按照网上找的套路，下载glibc最新版本 2.31 源代码然后 configure … make install
貌似都显示安装OK了 但是然并卵
if (your_life_time >= '今天元宵节') {
happiness = true;
}
ldconfig 还是一个什么的，有个 ld.so.conf 的配置文件。很久不用 linux 记不清了。
之前好像也有试过，最后结果是（华为）服务器重装，全部文件都没了 
这个问题没人遇到过吗？是因为用Common Lisp的少或在Linux里用SBCL 最新版本 的少吗？
glibc是基础库，不会弄的人容易出问题，实在有需要，就重装新版的系统吧。
实在爱折腾，先对整个系统做好备份，然后再编译。记得将glibc的库和头文件都拷贝/安装到原来的glibc所在的目录下。会影响到很多库文件，记得准备一个live盘，凡是遇到编译glibc后无法正常运行的软件或库，检查其相关链接库，并用live盘启动进入，chroot后重新编译安装那些库的版本。
有可能会遇到编译安装glibc后gcc本身也用不了的情况，所以编译glibc后、进行替换安装前，最好先编译安装一份gcc到非默认位置，其依赖的glibc指向新编译的版本。
其实这也是很多个人用户使用arch之类的滚动发行版的原因之一，因为可以一直升级下去。
好复杂，SBCL 1.6+ 版本要求这个更高版本，让我用了好几年的云服务器更新不了 又不敢冒险去更新glibc 怕出问题……
以前给实验室的一台服务器升级过glibc，中间遇到了多次问题。弄过一次之后，再也不这样折腾了，实验室的服务器也基本上是一个系统用到淘汰，决不升级关键内容…
感觉这个主题我这显示的标题好萌啊…
