Linux 运行在这里编译的C程序会导致另一台服务器上出现GLIBC library not found错误-是我的错还是他们的错？
这里编译的C程序在我们的Ubuntu服务器上运行良好。但当其他人尝试在其特定的Linux服务器上运行时，他们会出现以下错误：Linux 运行在这里编译的C程序会导致另一台服务器上出现GLIBC library not found错误-是我的错还是他们的错？,linux,ubuntu,glibc,Linux,Ubuntu,Glibc,这里编译的C程序在我们的Ubuntu服务器上运行良好。但当其他人尝试在其特定的Linux服务器上运行时，他们会出现以下错误： ./myprog-install: /lib/tls/libc.so.6: version `GLIBC_2.4' not found (required by ./myprog-install) ./myprog-install: /lib/tls/libc.so.6: version `GLIBC_2.7' not found (required by ./mypro
./myprog-install: /lib/tls/libc.so.6: version `GLIBC_2.4' not found (required by ./myprog-install)
./myprog-install: /lib/tls/libc.so.6: version `GLIBC_2.7' not found (required by ./myprog-install)
Package: libc6
Priority: required
Section: libs
Installed-Size: 9368
Maintainer: Ubuntu Core developers <ubuntu-devel-discuss@lists.ubuntu.com>
Original-Maintainer: GNU Libc Maintainers <debian-glibc@lists.debian.org>
Architecture: i386
Source: eglibc
Version: 2.11.1-0ubuntu7.10
包：libc6
优先权：必选
章节：libs
安装尺寸：9368
维护者：Ubuntu核心开发者
原始维护者：GNU Libc维护者
架构：i386
资料来源：eglibc
版本：2.11.1-0ubuntu7.10
你认为这只是我升级C库包并重新编译的问题吗？或者是其他人的服务器缺少一些兼容性所需的库？您是根据一个太新的glibc版本构建的。根据较旧版本的glibc构建它，最好是他们正在使用的版本。您已经在glibc-2.11系统上构建了它。您正在尝试在具有glibc-2.3或更高版本的系统上运行。那是行不通的 这只是我升级C库包的问题吗 否：升级glibc只会让事情变得更糟 您可能希望尝试列出的解决方案 这是不是我们可以合理地要求另一方升级他们的系统以支持，而不是降级我们的编译器 通常情况下，客户端会强烈抵制升级系统的请求：对他们来说，系统正常工作，任何升级都可能破坏其他现有应用程序 如果您计划在Linux上分发二进制文件（而不是在目标系统上构建二进制文件），那么您需要学习如何制作可以在任何地方运行的二进制文件，或者您需要说明您的要求（最低内核和libc版本等），并拒绝无法满足这些要求的客户端 更新： 为什么他们会犯两个错误。为什么他们不为GLIBC_2.11.1买一个，这显然是我用它构建的 符号版本控制不是这样工作的 引入新符号时，它将标记为当前的libc版本，例如
readdir64@@GLIBC_2.2posix_spawn@@GLIBC_2.15int main() { return 0; }
不，他们没有。
GLIBC_2.11