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 = libhwloc.la
>
> 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]
> http://www.open-mpi.org/mailman/listinfo.cgi/hwloc-users

Hi Samuel,

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

==========================================================
$find ./ -name Makefile.in -exec grep rpath {} \+
./src/Makefile.in:@HWLOC_BUILD_STANDALONE_TRUE_at_am_libhwloc_la_rpath = -rpath
$(libdir)
./src/Makefile.in:@HWLOC_BUILD_STANDALONE_FALSE_at_am_libhwloc_embedded_la_rpath =
./src/Makefile.in: $(AM_V_CCLD)$(libhwloc_la_LINK) $(am_libhwloc_la_rpath)
$(libhwloc_la_OBJECTS) $(libhwloc_la_LIBADD) $(LIBS)
./src/Makefile.in: $(AM_V_CCLD)$(libhwloc_embedded_la_LINK)
$(am_libhwloc_embedded_la_rpath) $(libhwloc_embedded_la_OBJECTS)
$(libhwloc_embedded_la_LIBADD) $(LIBS)
./tests/ports/Makefile.in:@HWLOC_BUILD_TESTS_TRUE@@HWLOC_HAVE_LINUX_TRUE_at_am_libhwloc_ports_la_rpath
=
./tests/ports/Makefile.in: $(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 Makefile.in having "rpath" option already
in. It can be bug in automake (but you are using latest stable version) or a
mistake in Makefile.am.....

Thanks for looking into it!
Jirka