自建GhostScript二进制文件在Linux上执行失败的技术求助

你的方案理论上是可行的，但在跨发行版编译和权限处理上存在几个容易忽略的细节，我帮你拆解下问题和解决办法：

一、先理清你遇到的两个核心问题 #

1. "bad ELF interpreter" 错误 #

官方提供的二进制文件大概率是基于较新的Linux发行版编译的，依赖的glibc版本比Red Hat 7.3.1自带的要高。Red Hat 7.x使用的是glibc 2.17，而新发行版（比如Ubuntu 20.04+）的glibc版本远高于这个，导致二进制文件要求的ELF解释器（比如/lib64/ld-linux-x86-64.so.2）版本不匹配，系统无法加载执行。

2. Ubuntu编译后出现"Permission denied" #

这个错误分两种情况排查：

• 基础权限问题：你有没有给传输过去的二进制文件添加执行权限？执行chmod +x gs（假设你的GhostScript二进制叫gs）再试试。
• 动态库不兼容导致的隐性加载失败：如果加了执行权限还是报错，本质还是跨发行版的库依赖问题。Ubuntu编译的二进制依赖的glibc和其他系统库版本和Red Hat 7不兼容，系统加载时找不到合适的库，有时候会误报"Permission denied"（实际是库加载失败）。

二、正确的解决路径 #

1. 优先使用同环境编译（最稳妥） #

找一个和目标服务器一致的环境编译：比如用Red Hat 7.3.1的虚拟机，或者Docker拉取centos:7镜像（CentOS 7和Red Hat 7的库环境基本一致），在这个环境里执行./configure && make编译GhostScript，生成的二进制文件直接传到目标服务器就能运行，不会有库兼容问题。

2. 静态编译（无同环境时的备选） #

如果没办法拿到Red Hat 7环境，在Ubuntu编译时可以尝试静态编译，把所有依赖库打包进二进制文件，不依赖目标系统的动态库：

• 在Ubuntu上先安装静态编译所需的依赖包，比如sudo apt-get install libc6-dev-static libpng-dev-static（根据GhostScript的依赖调整）
• 执行configure时加上静态编译参数：./configure --enable-static --disable-shared
• 再执行make，生成的二进制文件就是静态链接的，传到Red Hat 7服务器后，给执行权限就能运行。

3. 权限细节补充 #

如果文件放在/tmp目录，有些服务器会给/tmp设置noexec挂载属性，导致无法执行二进制文件。这时候把文件移到其他目录（比如/opt/ghostscript）再尝试。

总结 #

你一开始的思路没问题，但忽略了跨Linux发行版的库版本差异——不同发行版的glibc等核心库版本差异很大，直接跨环境编译的动态链接二进制几乎无法兼容。调整编译环境或者用静态编译就能解决问题。

内容的提问来源于stack exchange，提问作者frtey