3

短版

将我的可执行文件与几个库链接,包括 libgio-2.0.so.0.4800.1 (libgio-2.0.so) 和 libz.so.1.2.8 (libz.so),我得到两个未解析的符号 - deflateSetHeader@ZLIB_1.2.2 和膨胀GetHeader@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”)交叉编译运行 32 位 Ubuntu 14.04 和 Linaro 4.4 内核的基于 Zynq 7010 的目标( krtkl.com ) .

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

使用外部共享库的过程如下:在目标上下载、配置和构建库(除非目标上已经存在该库),然后将包含和库 (libabc.so.xyz) 文件复制到上的定制项目目录主机,将 libabc.so.xyz 重命名为 abc.so,并将库路径设置为项目目录,将库名称设置为 abc(即 gcc ... -L<project dir> -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'
4

2 回答 2

0

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

于 2019-05-30T19:27:18.543 回答
0

原来是一个同事过去常说的 IO 错误(对于 Incompetent Operator)。在另一个与共享版本竞争的项目中存在 zlib (libz.a) 的第二个静态副本。对该项目进行一点重新调整,现在一切都编译得很好。

于 2016-08-08T19:22:00.083 回答