linux - 将 libgio.so 与 libz.so 链接时未解析的符号 (linux)

Question

精简版

将我的可执行文件链接到几个库，包括 libgio-2.0.so.0.4800.1 (libgio-2.0.so) 和 libz.so.1.2.8 (libz.so)，我得到两个未解析的符号 - deflateSetHeader@ZLIB_1 .2.2 和 inflateGetHeader@ZLIB_1.2.2。这两个符号都没有在 libz.so 中定义，但是 inflateGetHeader@@ZLIB_1.2.2 和 deflateSetHeader@@ZLIB_1.2.2 是:

readelf -s libz.so|grep Header
    63: 00007991    28 FUNC    GLOBAL DEFAULT   12 inflateGetHeader@@ZLIB_1.2.2
    98: 00003319    24 FUNC    GLOBAL DEFAULT   12 deflateSetHeader@@ZLIB_1.2.2
   367: 00003319    24 FUNC    GLOBAL DEFAULT   12 deflateSetHeader
   386: 00007991    28 FUNC    GLOBAL DEFAULT   12 inflateGetHeader

libgio 中引用的其他符号被 libz 成功解析，但不是这两个。

长版

我正在从 Windows 主机(Xilinx SDK 2016.1 (Eclipse)，工具链“arm-linux-gnueabihf”)交叉编译基于 Zynq 7010 的目标(krtkl.com)运行 32 位 Ubuntu 14.04 Linaro 4.4 内核。

主机和目标平台都已给出，以防您觉得有必要问我为什么这样做。

使用外部共享库的过程是这样的:在目标上下载、配置和构建库(除非该库已经存在于目标上)，然后将包含和库 (libabc.so.x.y.z) 文件复制到定制的主机上的项目目录，将 libabc.so.x.y.z 重命名为 abc.so，并将库路径设置为项目目录，将库名称设置为 abc(即 gcc ... -L -labc)。

我正在使用此过程在我的项目中包含 GLib(以及其他)。 GLib (libglib.so) 需要 GIO (libgio.so)，而 GIO (libgio.so) 又需要 ZLIB (libz.so)。

这些库是从源代码构建的:glib-2.48.1(包括 gio、gobject 和 gmodule)、libffi-3.2.1、zlib-1.2.8。其他来自 Ubuntu 发行版。

当我在 Windows 上运行交叉编译器(Eclipse 中的“Project|Build All”)时，一切都按计划进行 - libgio-2.0.so、libglib-2.0.so、gobject-2.0.so、libffi.so , libgmodule-2.0.so, libdl.so, libpcre.so, libresolv-2.19.so 和 libz.so 满足除 deflateSetHeader@ZLIB_1.2.2 和 inflateGetHeader@ZLIB_1.2.2 之外的所有外部引用。

readelf 输出(见上文)显示了与 libz.so 中可用的符号相似但不完全相同的符号。我在网上搜索时看到过一些类似问题的提及，但解决方案总是与找到过时版本的 ZLIB 有关——考虑到我的开发环境，这不可能。

libgio 和 libz 都是广泛使用的成熟库 - 这不可能是错误，对吧？

我没有想法 - 有没有人遇到过这个或类似的事情？

[更新]

gcc 版本 4.9.2 20140904(预发布版)(crosstool-NG linaro-1.13.1-4.9-2014.09 - Linaro GCC 4.9-2014.09)

应要求，以下是 Eclipse 发出的示例编译器和链接器命令:

19:53:13 **** Auto Build of configuration Debug for project Project_2 ****
make -j8 all 
'Building file: ../src/Project.c'
'Invoking: ARM v7 Linux gcc compiler'
arm-linux-gnueabihf-gcc -DCONFIGURATION_DEBUG -Wall -O0 -mcpu=cortex-a9 -mfpu=vfpv3 -mfloat-abi=hard -g3 -I"C:\Users\Nick\XSDK\Workspace\snickerdoodle_bsp\ps7_cortexa9_0\include" -I"C:\Users\Nick\XSDK\Workspace\Project_2\src" -I"C:\Users\Nick\XSDK\Workspace\Project_2\src\Dir1" -I"C:\Users\Nick\XSDK\Workspace\Project_2\src\Dir2" -I"C:\Users\Nick\XSDK\Workspace\Project_2\src\Dir3" -I"C:\Users\Nick\XSDK\Workspace\Project_2\src\Dir4" -I"C:\Users\Nick\XSDK\Workspace\Project_2\src\Dir5" -I"C:\Users\Nick\XSDK\Workspace\Project_2\src\Dir6" -I"C:\Users\Nick\XSDK\Workspace\Project_2\src\Dir7" -I"C:\Users\Nick\XSDK\Workspace\Project_2\src\Dir8" -I"C:\Users\Nick\XSDK\Workspace\LibXml2\include" -I"C:\Users\Nick\XSDK\Workspace\LibXml2\include\libxml" -I"C:\Users\Nick\XSDK\Workspace\GLibC\include" -c -fmessage-length=0 -MT"src/Project.o" -MMD -MP -MF"src/Project.d" -MT"src/Project.o" -o "src/Project.o" "../src/Project.c"
'Finished building: ../src/Project.c'

'Invoking: ARM v7 Linux gcc linker'
arm-linux-gnueabihf-gcc -L"C:\Users\Nick\XSDK\Workspace\LibXml2\lib" -L"C:\Users\Nick\XSDK\Workspace\GLibC\lib" -o "Project_2.elf"  <all the .o files> -lpthread -lm -lxml2 -llzma -lgio-2.0 -lglib-2.0 -lgobject-2.0 -lffi -lgmodule-2.0 -ldl -lpcre -lresolv-2.19 -lz
c:/xilinx/sdk/2016.1/gnu/aarch32/nt/gcc-arm-linux-gnueabi/bin/../lib/gcc/arm-linux-gnueabihf/4.9.2/../../../../arm-linux-gnueabihf/bin/ld.exe: warning: libz.so.1, needed by C:\Users\Nick\XSDK\Workspace\GLibC\lib/libgio-2.0.so, not found (try using -rpath or -rpath-link)
C:\Users\Nick\XSDK\Workspace\GLibC\lib/libgio-2.0.so: undefined reference to `deflateSetHeader@ZLIB_1.2.2'
C:\Users\Nick\XSDK\Workspace\GLibC\lib/libgio-2.0.so: undefined reference to `inflateGetHeader@ZLIB_1.2.2'

Answer 1

原来是同事常说的IO错误(Incompetent Operator)。在与共享版本竞争的另一个项目中有 zlib (libz.a) 的第二个静态副本。对该项目进行一些调整，现在所有编译都很好。