【问题标题】:Why won't GCC link to libz?为什么 GCC 不链接到 libz?
【发布时间】:2015-03-20 04:24:43
【问题描述】:

gcc -pthread -fno-strict-aliasing -g -O2 -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -fPIC -I/home/vagrant/python/include/python2.7 -c external/ KentLib/wWigIO/wWigIO.c -o build/temp.linux-i686-2.7/external/KentLib/wWigIO/wWigIO.o -w -shared -fPIC -p -Iexternal/KentLib/inc

然后:

gcc -pthread -shared build/temp.linux-i686-2.7/external/KentLib/wWigIO/wWigIO.o -o build/lib.linux-i686-2.7/wWigIO.so -DMACHTYPE_x86_64 -lz - lm external/KentLib/lib/jkweb.a

(对不起,这些命令的混乱,我想逐字复制它们以避免遗漏重要的细节)

然后,我查看了这些符号,注意到 compress 没有定义:

$ nm build/lib.linux-i686-2.7/wWigIO.so | grep compress
         U compress
0002486d t getDecompressor
00024b28 T lineFileDecompress
00024c0f T lineFileDecompressFd
00024c8b T lineFileDecompressMem
         U uncompress
00037cd2 T zUncompress

它似乎没有链接到libmlibz

$ ldd build/lib.linux-i686-2.7/wWigIO.so
    linux-gate.so.1 =>  (0xb76e2000)
    libpthread.so.0 => /lib/i386-linux-gnu/libpthread.so.0 (0xb7668000)
    libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xb74be000)
    /lib/ld-linux.so.2 (0xb76e3000)

我知道 libz 已安装并且在搜索路径中:

$ sudo cat /etc/ld.so.conf
include /etc/ld.so.conf.d/*.conf
$ sudo cat /etc/ld.so.conf.d/*.conf
# Multiarch support
/lib/i386-linux-gnu
/usr/lib/i386-linux-gnu
/lib/i686-linux-gnu
/usr/lib/i686-linux-gnu
# libc default configuration
/usr/local/lib

libz 在这些位置:

$ locate libz
/lib/i386-linux-gnu/libz.so.1
/lib/i386-linux-gnu/libz.so.1.2.3.4
/usr/lib/i386-linux-gnu/libz.a
/usr/lib/i386-linux-gnu/libz.so

我可以看到libz.so中定义的符号

$ nm -D /usr/lib/i386-linux-gnu/libz.so | grep compress
00001d60 T compress
00001c70 T compress2
00001da0 T compressBound
00003d20 T uncompress

我可以让它工作的唯一方法是将 gcc 命令更改为此(添加了粗体部分):

gcc -pthread -shared build/temp.linux-i686-2.7/external/KentLib/wWigIO/wWigIO.o -o build/lib.linux-i686-2.7/wWigIO.so -DMACHTYPE_x86_64 -lz -lm external/ KentLib/lib/jkweb.a /usr/lib/i386-linux-gnu/libz.a

这对我来说毫无意义。为什么 libz 不链接?

【问题讨论】:

标签: gcc linker shared-libraries ld


【解决方案1】:

我想出了一个解决办法。

如果我设置 LDFLAGS='-Wl,--no-as-needed -lz' 那么它确实链接到 libz 并且编译的共享库现在不会出现未定义符号错误。

但是,我仍然对为什么它不通过提供 -lz 标志链接到 libz 感到困惑。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2019-06-21
    • 2018-05-21
    • 2014-11-26
    • 1970-01-01
    • 1970-01-01
    • 2015-08-31
    • 1970-01-01
    相关资源
    最近更新 更多