Jeff, can you fix the trunk nightly script to use libtool 2.4.2 instead of 2.4 ? Thanks.
Paul, the v1.7 branch nightly and the official v1.7 release tarball use 2.4.2 and I think we have the same problem there too. Rerunning autoreconf with centos63 or fedora17 libtool 2.2.6 seems to fix the problem. What I don't understand is where configure gets this list of directory from. Sleeping may help. Brice Le 23/04/2013 23:08, Paul Hargrove a écrit : > I just tried building the hwloc trunk (from a nightly tarball) on > Fedora17. > The following lines appear in the libtool script generated by configure: > > # Compile-time system search path for libraries. > sys_lib_search_path_spec="/usr/lib/gcc/x86_64-redhat-linux/4.7.2 > /usr/lib64 /lib64 " > # Run-time system search path for libraries. > sys_lib_dlsearch_path_spec="/lib /usr/lib " > > If I am understanding things correctly, this means that libtool > expects that it NEEDS to encode the rpath for libs to be installed in > /lib64 and /usr/lib64 because they do not appear in > sys_lib_dlsearch_path_spec. > > HOWEVER, if I first run "autoreconf --install --force" to use the > system-provided libtool: > > # Compile-time system search path for libraries. > sys_lib_search_path_spec="/usr/lib/gcc/x86_64-redhat-linux/4.7.2 > /usr/lib64 /lib64 " > # Run-time system search path for libraries. > sys_lib_dlsearch_path_spec="/lib64 /usr/lib64 /lib /usr/lib " > > Which, I believe, is the desired behavior. > > I don't know if fedora has made any significant changes to it, but > they are using libtool 2.4.2, which is newer than the 2.4 that comes > in the hwloc nightly tarballs. > > I know from experience that libtool 2.4.2 fixed a problem in 2.4 in > which shared libs were not built correctly with the PGI compilers. > So, I'd recommend updating libtoool regardless of whether doing so > resolves the rpath issue reported on Fedora 18. > > -Paul > > > > On Tue, Apr 23, 2013 at 1:26 PM, Samuel Thibault > <samuel.thiba...@inria.fr <mailto:samuel.thiba...@inria.fr>> wrote: > > Brice Goglin, le Tue 23 Apr 2013 19:12:08 +0200, a écrit : > > I assume that libtool doesn't add a rpath when you install in > standard > > directories? > > Yes, it's doing stuff to detect with paths are actually already in the > standard search dirs. > > > If /usr/lib64 is the default path for 64bits libs on Fedora, > shouldn't somebody > > take care of removing the corresponding rpath too? > > libtool should be already doing that. > > > This is likely related (but the reversed case) to the comment > about Fedora in > > http://wiki.debian.org/RpathIssue. One link on that page says > that rerunning > > libtoolize before configure may help. Can you try that? (maybe > compare the new > > libtool script with the one from the hwloc tarball to check that > some lib64 > > things appeared?) > > > > > > ? If the application uses a local copy of libtool, add the > following > > lines to the spec after %configure:=> it will make tests > FAIL (without > > this change, it runs just fine - all tests are PASSED) > > > > FAIL: test-hwloc-annotate.sh > > FAIL: test-hwloc-assembler.sh > > PASS: test-hwloc-calc.sh > > PASS: test-hwloc-distances.sh > > PASS: test-hwloc-distrib.sh > > FAIL: test-hwloc-info.sh > > > > > > I am not sure why some fail while the other succeed. You may > need to set > > LD_LIBRARY_PATH to fix this? > > The libtool script is supposed to automatically add it. > > It would probably be worth running by hand to see what actually fails. > > Samuel > _______________________________________________ > hwloc-devel mailing list > hwloc-de...@open-mpi.org <mailto:hwloc-de...@open-mpi.org> > http://www.open-mpi.org/mailman/listinfo.cgi/hwloc-devel > > > > > -- > Paul H. Hargrove phhargr...@lbl.gov > <mailto:phhargr...@lbl.gov> > Future Technologies Group > Computer and Data Sciences Department Tel: +1-510-495-2352 > Lawrence Berkeley National Laboratory Fax: +1-510-486-6900 > > > _______________________________________________ > hwloc-devel mailing list > hwloc-de...@open-mpi.org > http://www.open-mpi.org/mailman/listinfo.cgi/hwloc-devel