64位Linux下/usr/local/lib/libz.a符号读取错误：Bad value问题解决

在64位Linux系统中遇到"/usr/local/lib/libz.a: could not read symbols: Bad value"的问题，通常是因为链接器无法处理没有使用Position-Independent Code (PIC)编译的动态链接库。此问题在编译和链接过程中，当尝试将一个静态库（libz.a）与64位程序连接时，由于该库中的对象文件（如crc32.o）存在32位地址空间依赖，而在64位环境下是不被支持的。 具体来说，"relocation R_X86_64_32 against `local symbol' cannot be used when making a shared object" 这个错误表明，链接器在尝试进行32位到64位的重定位时遇到了问题，因为这种类型的重定位只适用于32位目标。 解决这个问题的方法是重新编译zlib库，确保使用64位兼容的编译选项，即Position Independent Code (-fPIC)。以下是具体的步骤： 1. 首先，进入zlib-1.2.3目录，通常可以通过命令 `cd zlib-1.2.3` 来切换。 2. 确保使用包含-fPIC选项的CFLAGS设置。在当前示例中，使用 `CFLAGS="-O3 -fPIC"`，其中 `-O3` 是优化级别，`-fPIC` 则强制启用位置无关代码编译。 3. 使用配置脚本 `./configure` 进行配置，指定安装路径，例如：`./configure --prefix=/usr/local/zlib/`。这将检测编译环境并配置编译选项。 4. 接着运行 `make` 命令，开始编译过程。这将按照配置生成静态库libz.a，同时确保所有的源文件（如example.c、adler32.c等）都经过-fPIC编译。 5. 在编译过程中，你会看到类似 `gcc -O3 -fPIC -DUSE_MMAP ...` 的命令行，这表明编译器正在使用正确的选项。 6. 最后，执行 `make install` 将编译好的库安装到指定位置，然后可以执行 `make clean` 清理临时编译文件。 完成这些步骤后，你就可以在64位Linux环境中安全地使用重新编译的libz.a库了，因为它现在包含了支持64位地址空间的动态链接器兼容性。这样，当你尝试链接或使用这个库时，应该不会再遇到"Bad value"的符号读取问题。