我的 Linux（SLES-8）服务器目前有 glibc-2.2.5-235，但我有一个程序无法在此版本上运行，需要 glibc-2.3.3。是否可以在同一个服务器上安装多个 glibc？...
我的 linux（SLES-8）服务器目前有 glibc-2.2.5-235，但我有一个程序无法在此版本上运行，需要 glibc-2.3.3。
是否可以在同一台主机上安装多个 glibc？
这是我在旧 glibc 上运行程序时遇到的错误：
./myapp: /lib/i686/libc.so.6: version `GLIBC_2.3' not found (required by ./myapp)
./myapp: /lib/i686/libpthread.so.0: version `GLIBC_2.3.2' not found (required by ./myapp)
./myapp: /lib/i686/libc.so.6: version `GLIBC_2.3' not found (required by ./libxerces-c.so.27)
./myapp: /lib/ld-linux.so.2: version `GLIBC_2.3' not found (required by ./libstdc++.so.6)
./myapp: /lib/i686/libc.so.6: version `GLIBC_2.3' not found (required by ./libstdc++.so.6)
因此我创建了一个名为 newglibc 的新目录并将以下文件复制到其中：
libpthread.so.0
libm.so.6
libc.so.6
ld-2.3.3.so
ld-linux.so.2 -> ld-2.3.3.so
和
export LD_LIBRARY_PATH=newglibc:$LD_LIBRARY_PATH
但是我收到一个错误：
./myapp: /lib/ld-linux.so.2: version `GLIBC_PRIVATE' not found (required by ./newglibc/libpthread.so.0)
./myapp: /lib/ld-linux.so.2: version `GLIBC_2.3' not found (required by libstdc++.so.6)
./myapp: /lib/ld-linux.so.2: version `GLIBC_PRIVATE' not found (required by ./newglibc/libm.so.6)
./myapp: /lib/ld-linux.so.2: version `GLIBC_2.3' not found (required by ./newglibc/libc.so.6)
./myapp: /lib/ld-linux.so.2: version `GLIBC_PRIVATE' not found (required by ./newglibc/libc.so.6)
因此看起来他们仍然链接到我放置 /lib 他们的地方，而不是从我放置他们的地方继续。
首先每个动态链接程序最重要的依赖就是链接器，所有的so库都必须和链接器的版本相匹配。
让我们举一个简单的例子：我有一个新的 ubuntu 系统，我在其中运行一些程序（在我的情况下是 D 编译器 - ldc2）。我想在旧的 CentOS 上运行它，但由于较旧的 glibc 库，这是不可能的。我得到了
ldc2-1.5.0-linux-x86_64/bin/ldc2: /lib64/libc.so.6: version `GLIBC_2.15' not found (required by ldc2-1.5.0-linux-x86_64/bin/ldc2)
ldc2-1.5.0-linux-x86_64/bin/ldc2: /lib64/libc.so.6: version `GLIBC_2.14' not found (required by ldc2-1.5.0-linux-x86_64/bin/ldc2)
我必须将所有依赖项从 ubuntu 复制到 centos。正确的方法如下：
首先，让我们检查所有依赖项：
ldd ldc2-1.5.0-linux-x86_64/bin/ldc2
linux-vdso.so.1 => (0x00007ffebad3f000)
librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007f965f597000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f965f378000)
libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f965f15b000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f965ef57000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f965ec01000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f965e9ea000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f965e60a000)
/lib64/ld-linux-x86-64.so.2 (0x00007f965f79f000)
linux-vdso.so.1 不是一个真正的库，我们不必关心它。
/lib64/ld-linux-x86-64.so.2 是链接器，linux使用它来将可执行文件与所有动态库链接起来。
其余文件是真正的库，所有文件连同链接器都必须复制到 centos 中的某个地方。
我们假设所有库和链接器都在'/mylibs'目录中。
ld-linux-x86-64.so.2 - 我已经说过了 - 是链接器。它不是动态库，而是静态可执行文件。您可以运行它，并看到它甚至有一些参数，例如 --library-path（我将返回到它）。
在Linux上，动态链接程序可能仅通过其名称启动，例如
/bin/ldc2
Linux 会将此类程序加载到 RAM 中，并检查为其设置了哪个链接器。通常在 64 位系统上，它是 /lib64/ld-linux-x86-64.so.2（在您的文件系统中，它是指向实际可执行文件的符号链接）。然后 Linux 运行链接器并加载动态库。
您也可以稍微改变一下，做这样的技巧：
/mylibs/ld-linux-x86-64.so.2 /bin/ldc2
这是强制Linux使用特定链接器的方法。
现在我们可以回到前面提到的参数--library-path
/mylibs/ld-linux-x86-64.so.2 --library-path /mylibs /bin/ldc2
它将运行 ldc2 并从 /mylibs 加载动态库。
这是使用选定的（非系统默认的）库调用可执行文件的方法。