Open MPI logo

Hardware Locality Users' Mailing List Archives

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

Subject: Re: [hwloc-users] hwloc and rpath
From: Jirka Hladky (jhladky_at_[hidden])
Date: 2010-06-18 18:45:17

On Saturday, June 19, 2010 12:25:18 am Samuel Thibault wrote:
> Jirka Hladky, le Sat 19 Jun 2010 00:09:27 +0200, a écrit :
> > Based on the manual above I think you should have
> >
> > lstopo_LDADD =
> We are using LIBS, which is less burden and should have the same effect.
> Does using LDADD actually fix your rpath issue?
> Samuel
> _______________________________________________
> hwloc-users mailing list
> hwloc-users_at_[hidden]

Hi Samuel,

I haven't tried it yet. In any case, rpath is already in which is
shipped with hwloc-1.0.1:

$find ./ -name -exec grep rpath {} \+
./src/ = -rpath
./src/ =
./src/ $(AM_V_CCLD)$(libhwloc_la_LINK) $(am_libhwloc_la_rpath)
$(libhwloc_la_OBJECTS) $(libhwloc_la_LIBADD) $(LIBS)
./src/ $(AM_V_CCLD)$(libhwloc_embedded_la_LINK)
$(am_libhwloc_embedded_la_rpath) $(libhwloc_embedded_la_OBJECTS)
$(libhwloc_embedded_la_LIBADD) $(LIBS)
./tests/ports/ $(AM_V_CCLD)$(LINK)
$(am_libhwloc_ports_la_rpath) $(libhwloc_ports_la_OBJECTS)
$(libhwloc_ports_la_LIBADD) $(LIBS)

So apparently, rpath problem occurs already on your site.

> So apparently libtool somehow doesn't realizes that /usr/lib64 is in the
> standard search path. I'd tend to believe it's a bug in libtool or the
> distribution which don't understand each other. How does configure get
> invoked? What is the output of gcc -print-search-dirs?

I have double checked it.

/usr/lib64 is included in the output of gcc -print-search-dirs.

> (On debian, we use --libdir=/usr/lib/x86_64-linux-gnu and that doesn't
> introduce any rpath).
+ ./configure --build=x86_64-unknown-linux-gnu --host=x86_64-unknown-linux-gnu
--target=x86_64-redhat-linux-gnu --program-prefix= --prefix=/usr --exec-
prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --
datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib64 --
libexecdir=/usr/libexec --localstatedir=/var --sharedstatedir=/var/lib --
mandir=/usr/share/man --infodir=/usr/share/info

--libdir=/usr/lib64 seems OK with me.

I do believe that problems comes from having "rpath" option already
in. It can be bug in automake (but you are using latest stable version) or a
mistake in

Thanks for looking into it!