|
Debian,ustc的apt source.gnome桌面.所有包都已升级到最新的.
/lib下面有libc.so.5.4.46和libc-2.3.2.so
链结如下:
libc.so.5 -> libc.so.5.4.46
libc.so.6 -> libc-2.3.2.so
/usr/lib下面有libstdc++-3-libc6.2-2-2.10.0.a,libstdc++-3-libc6.2-2-2.10.0.so,libstdc++.so.3.0.4以及libstdc++.so.5.0.7
链结如下:
/usr/lib/libstdc++-libc6.2-2.a.3 -> libstdc++-3-libc6.2-2-2.10.0.a
/usr/lib/libstdc++-libc6.2-2.so.3 -> libstdc++-3-libc6.2-2-2.10.0.so
/usr/lib/libstdc++.so.3 -> libstdc++.so.3.0.4
/usr/lib/libstdc++.so.5 -> libstdc++.so.5.0.7
运行dpkg查找一安装的和libc有关的包,有如下几个
libdb1-compat 2.1.3-7
libc5 5.4.46-15
libc6 2.3.2.ds1-19
libc6-dev 2.3.2.ds1-19
现在运行matlab(R14版本,完全安装),可以进入主程序,但是有如下提示
Inconsistency detected by ld.so: rtld.c: 1259: dl_main: Assertion `_rtld_local._dl_rtld_map.l_prev->l_next == _rtld_local._dl_rtld_map.l_next' failed!
运行一些图象处理的命令,没有问题.
如果运行matlab的因式分解命令factor,就报错
/usr/local/share/matlab/bin/glnx86/libmaple.so: symbol errno, version GLIBC_2.0 not defined in file libc.so.6 with link time reference
如果运行synaplify(一个eda的综合工具),也有类似glibc不兼容的问题.大意和这个差不多,就是libc.so.6没有glibc 2.0的symbol之类的.
应该是glibc的兼容性问题吧.我的debian应该是最新的,所以glibc版本太高,它不支持.
后来又到linuxsir上看到有人说加上export LD_ASSUME_KERNEL=2.4.1参数,可以解决glibc的问题,但是我试了,问题仍然存在.
我想问一下,如果要兼容运行glibc2.0的文件,应该下哪些包或者源码来自己编译,然后又应该手工添加哪些链结? |
|