2012-07-05 216 views
1

我是Ubuntu的新手,并且正在Amazon EC2云中运行Ubuntu。在Ubuntu EC2实例上找不到libdl.so

我试图编译在Ubuntu上盒(i386amd64cppunit,它不会链接到libdl

g++ -g -O2 -o .libs/DllPlugInTester DllPlugInTester.o CommandLineParser.o -ldl ../../src/cppunit/.libs/libcppunit.so -lm -Wl,--rpath -Wl,/home/ubuntu/cppunit/lib 
../../src/cppunit/.libs/libcppunit.so: undefined reference to `dlsym' 
../../src/cppunit/.libs/libcppunit.so: undefined reference to `dlopen' 
../../src/cppunit/.libs/libcppunit.so: undefined reference to `dlclose' 

现在我不明白的是libdl.so存在无误:

[email protected]:~/cppunit$ ls /lib/i386-linux-gnu/libdl* 
/lib/i386-linux-gnu/libdl-2.15.so /lib/i386-linux-gnu/libdl.so.2 

whereis什么也没有:

[email protected]:~/cppunit$ whereis libdl 
libdl: 

libc6安装:

[email protected]:~/cppunit$ sudo apt-get install libc6 
Reading package lists... Done 
Building dependency tree  
Reading state information... Done 
libc6 is already the newest version. 
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. 

那么,为什么我的构建找不到呢?

uname -r3.2.0-25-virtual

“正常”whereis在Fedora上看起来是这样的:

[matt cppunit] whereis libdl 
libdl: /lib/libdl.so /usr/lib/libdl.so /lib64/libdl.so /usr/lib64/libdl.so 

任何想法?

编辑:我/etc/ld.so.conf.d/*.conf似乎是合理的:

[email protected]:~$ cat /etc/ld.so.conf.d/*.conf 
/usr/lib/i386-linux-gnu/mesa 
# 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 
# This directive teaches ldconfig to search in nosegneg subdirectories 
# and cache the DSOs there with extra bit 1 set in their hwcap match 
# fields. In Xen guest kernels, the vDSO tells the dynamic linker to 
# search in nosegneg subdirectories and to match this extra hwcap bit 
# in the ld.so.cache file. 
hwcap 1 nosegneg 

回答

3

我也遇到了这个在64位的Ubuntu,GCC 4.6.3,我的预感是链接lib中的排序。然而,同样的事情建立在32位上。 我在链接命令的末尾添加了-ldl并将其链接,因此看起来像某种链接器问题。 你也可以在shell中设置env var:LIBS = -ldl,它会生成。

+0

这是_exactly_我​​们也找到了。奇怪的是,它在32位,但不是64位。 – 2012-07-27 08:33:52

1

由于ld.so.conf用于动态链接程序,而不是组装后链接程序ld(1)。有人创建了这条新路径,但没有更新链接器搜索的目录。 libdl的/ lib64或/ usr/lib64中应该有一个链接,或者链接器搜索链接64位对象的路径之一。

这个(新的路径)是我的PoV的另一个例子,它是各种Linux发行版在不完全理解后果或历史的情况下做出的随机变化。