2012-01-11 62 views
2

我有一个共享库(libhoard.so),我试图链接一个简单的测试二进制文件。但是,根据我在共享库上编译的机器不会显示在测试二进制文件中。我不确定机器上有什么区别,也是我问这个问题的部分原因。 我很好奇我能做些什么来解决为什么共享库不会显示在“破损”机器上的测试二进制文件中?共享库神秘不链接到应用程序


我用这个命令编译二进制文件两者(libhoard.so是在同一目录中):

$ g++ -L. -lhoard hoard_test.o 

破碎机:

$ ldd a.out 
    linux-gate.so.1 => (0x00858000) 
    libstdc++.so.6 => /usr/lib/i386-linux-gnu/libstdc++.so.6 (0x004dc000) 
    libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0x00aaf000) 
    libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0x00675000) 
    /lib/ld-linux.so.2 (0x00d18000) 
    libgcc_s.so.1 => /lib/i386-linux-gnu/libgcc_s.so.1 (0x0040d000) 

工作机:

$ ldd a.out 
    linux-gate.so.1 => (0x00110000) 
    libhoard.so (0x00111000) <----------------- THERE IT IS! 
    libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x03ba8000) 
    libm.so.6 => /lib/libm.so.6 (0x007a9000) 
    libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00bf7000) 
    libc.so.6 => /lib/libc.so.6 (0x0063e000) 
    libdl.so.2 => /lib/libdl.so.2 (0x007d4000) 
    libpthread.so.0 => /lib/libpthread.so.0 (0x007db000) 
    /lib/ld-linux.so.2 (0x0061e000) 

下面是一些随机的版本信息:

破碎机:

$ uname -srv 
Linux 2.6.38-11-generiC#50-Ubuntu SMP Mon Sep 12 21:18:14 UTC 2011 
$ g++ --version 
g++ (Ubuntu/Linaro 4.6.1-9ubuntu3) 4.6.1 

作业机械的

$ uname -srv 
Linux 2.6.25.3-18.fc9.i686 #1 SMP Tue May 13 05:38:53 EDT 2008 
$ g++ --version 
g++ (GCC) 4.3.0 20080428 (Red Hat 4.3.0-8) 
+0

工作机器是64位安装而破损是32位安装? – 2012-01-11 06:43:12

+0

两者都是32位('uname -m'的输出是i686) – sholsapp 2012-01-11 06:45:50

+0

#def是否与测试和生产相关。链接器不会包含未使用的库的链接。 – 2012-01-11 06:46:58

回答

7

TL;博士版本:添加-Wl,--no-as-needed到链接命令。

经过一系列与OP的实验和对话之后,我已经知道发生了什么。

在最新版本的Ubuntu中,ld默认使用--as-needed。所做的是去除对明确不需要的库的引用。

Hoard的工作方式是作为LD_PRELOAD库。即您不需要直接使用libhoard.so中的函数。当然,如果你想... 可以链接libhoard,当然,除非使用--as-needed

发现后,解决方案很简单。只需将-Wl,--no-as-needed添加到gcc链接命令。

+1

令人惊叹!谢谢! =) – sholsapp 2012-01-11 07:46:21