Open MPI logo

Hardware Locality Development Mailing List Archives

  |   Home   |   Support   |   FAQ   |   all Hardware Locality Development mailing list

Subject: Re: [hwloc-devel] hwloc trunk nightly 1.3a1r3511 fails to build on CentOS 5.6 & RHEL 5.6
From: Jeff Squyres (jsquyres_at_[hidden])
Date: 2011-06-13 08:22:36


Shouldn't the linker be pulling in these dependent libraries automatically if libpci was built properly?

E.g., when I look on my RHEL6 system, I see:

[root_at_savbu-ssd-linux ~]# ldd /lib64/libpci.so.3
        linux-vdso.so.1 => (0x00007fffcc7ff000)
        libresolv.so.2 => /lib64/libresolv.so.2 (0x0000003911c00000)
        libc.so.6 => /lib64/libc.so.6 (0x0000003910000000)
        /lib64/ld-linux-x86-64.so.2 (0x000000390f800000)

Which means that the linker will pull in libresolv at run if it wants/needs to, without needing to specify -lresolv on the command line.

Chris -- does nm on your libpci not show this?

On Jun 13, 2011, at 5:41 AM, Brice Goglin wrote:

> Le 13/06/2011 11:11, Christopher Samuel a écrit :
>> On 12/06/11 15:45, Christopher Samuel wrote:
>>
>>> I *suspect* it's being pulled in by libpci - here:
>>
>>> $ nm /usr/lib/libpci.a | grep res_query
>>> U __res_query
>
> Hello Chris,
>
> libpci needs -lz in some cases, maybe it needs more. However, in the
> case of -lz, we failed to configure if we didn't add -lz to
> AC_CHECK_LIB. Your configure works fine, right?
>
> Brice
>
> _______________________________________________
> hwloc-devel mailing list
> hwloc-devel_at_[hidden]
> http://www.open-mpi.org/mailman/listinfo.cgi/hwloc-devel

-- 
Jeff Squyres
jsquyres_at_[hidden]
For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/