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

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

长版

我从Windows主机（Xilinx SDK 2016.1（Eclipse），工具链＆＃34; arm-linux-gnueabihf＆＃34;）交叉编译基于Zynq 7010的目标（krtkl.com运行带有Linaro 4.4内核的32位Ubuntu 14.04。

主持人和目标平台都给出了，以防你觉得有必要问我为什么这样做。

使用外部共享库的过程如下：在目标上下载，配置和构建库（除非目标上已存在库），然后将include和library（libabc.so.xyz）文件复制到定制中主机上的项目目录，将libabc.so.xyz重命名为abc.so，并将项目目录和库名称的库路径设置为abc（即gcc ... -L＆lt; project dir＆gt; -labc）。

我使用此程序在我的项目中包含GLib（以及其他）。 GLib（libglib.so）需要GIO（libgio.so），后者又需要（其中包括）ZLIB（libz.so）。

这些库是从源代码构建的：glib-2.48.1（包括gio，gobject和gmodule），libffi-3.2.1，zlib-1.2.8。其他人来自Ubuntu发行版。

当我在Windows上运行交叉编译器时（＆＃34; Project | Build All＆＃34;在Eclipse中），所有内容都按计划进行 - libgio-2.0.so，libglib-2.0.so，gobject-2.0。所以，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错误（对于不称职的运营商）。在另一个与共享版本竞争的项目中，有第二个静态的zlib（libz.a）副本。对该项目进行一点点重新调整，现在所有编译都很好。

Answer 2

通过从LDFLAGS / LDLIBS中删除-lz，它为我解决了

将libgio.so与libz.so（linux）

短版

长版

2 个答案: