我最近将一些外部库版本从librdkafka 1.3.0升级到librdkafka 1.6.1。
构建外部库后,将其链接为共享对象。
当我的程序被链接时,出现以下警告:
/opt/rh/devtoolset-7/root/usr/libexec/gcc/x86_64-redhat-linux/7/ld:
Warning: type of symbol `mtx_lock' changed from 2 to 1
in ../externals/synapfilter/lib/libsnf.a(memoryUtil.cpp.o)
在程序执行期间也发生了段错误。gdb的输出如下所示:
Program terminated with signal SIGSEGV, Segmentation fault.
b#0 0x0000000000f27a80 in mtx_lock ()
Missing separate debuginfos, use: debuginfo-install bzip2-libs-1.0.5-7.el6_0.x86_64 cyrus-sasl-lib-2.1.23-15.el6_6.2.x86_64 glibc-2.12-1.192.el6.x86_64 keyutils-libs-1.4-5.el6.x86_64 krb5-libs-1.10.3-57.el6.x86_64 libcom_err-1.41.12-22.el6.x86_64 libgcc-4.4.7-17.el6.x86_64 libicu-4.2.1-14.el6.x86_64 libselinux-2.0.94-7.el6.x86_64 libstdc++-4.4.7-17.el6.x86_64 libzstd-1.4.5-3.el6.x86_64 lz4-r131-1.el6.x86_64 nss-softokn-freebl-3.14.3-23.3.el6_8.x86_64 openssl-1.0.1e-57.el6.x86_64 zlib-1.2.3-29.el6.x86_64
(gdb) bt
#0 0x0000000000f27a80 in mtx_lock ()
#1 0x00007f59479a38cc in rd_kafka_global_cnt_incr () at rdkafka.c:182
#2 rd_kafka_new (type=type@entry=RD_KAFKA_PRODUCER, app_conf=app_conf@entry=0x2531870, errstr=errstr@entry=0x7ffd71c7c7d0 <incomplete sequence 350>,
errstr_size=errstr_size@entry=512) at rdkafka.c:2092
我发现名字(mtx_lock)在使用的两个外部库中重复。
它被用作libsnf.a的一个对象文件中的全局变量。.
$ objdump -t memoryUtil.cpp.o | grep mtx_lock
0000000000000000 g O .bss 0000000000000028 mtx_lock
这个名字也被用作librdkafka.a的一个对象文件中的函数。.
$ objdump -t tinycthread.o | grep mtx_lock
0000000000000090 g F .text 0000000000000016 mtx_lock
我想知道为什么会发生这种情况,以及如何解决它。
在我的makefile中,我链接了一个libsnf.alibdkafka .so作为动态库。我想知道为什么会发生这种情况
您有两个独立的目标文件:memoryUtil.cpp.o
和tinycthread.o
,定义相同的符号:mtx_lock
。其中一个定义为函数,另一个定义为变量。
通常这会导致"multiply defined"在链接时出现符号错误,但会得到一个警告。我不知道为什么;可能这些符号定义中有一个是弱的。
(一般来说,您不应该使用objdump
来查看ELF符号——使用readelf -Ws
来代替。)
你的程序继续调用mtx_lock()
,但是得到一个数据变量,然后崩溃。
以及如何修复它
由于这些库是开源的,最简单的修复方法是重命名其中一个(或两个)变量,然后重新构建。
如果您不想重新构建,您可以使用objcopy --redefine-sym ...
来获得相同的结果。
更新:
mtx_lock()
函数是C11标准的一部分,这使得它在libsnf
中作为变量使用非常有问题。