Open MPI logo

Open MPI Development Mailing List Archives

  |   Home   |   Support   |   FAQ   |   all Development mailing list

Subject: Re: [OMPI devel] "make check" (libtool) failure on Linux/ppc w/ XLC (1.5rc5 and 1.4.3rc1)
From: Paul H. Hargrove (PHHargrove_at_[hidden])
Date: 2010-08-26 21:54:54


While I still don't know the root cause, the following diff between the
libtool-generated wrappers for a gcc and xlc build make the cause of the
"make check" failure fairly obvious:

--- BLD-gcc/ompi/debuggers/predefined_gap_test 2010-08-26
20:49:53.524662327 -0500
+++ BLD-xlc_r/ompi/debuggers/predefined_gap_test 2010-08-26
20:48:00.440815415 -0500
@@ -104,15 +104,6 @@
 
 
   if test -f "$progdir/$program"; then
- # Add our own library path to LD_LIBRARY_PATH
-
LD_LIBRARY_PATH="/home/hargrove/tmp/openmpi-1.5rc5/BLD/ompi/.libs:$LD_LIBRARY_PATH"
-
- # Some systems cannot cope with colon-terminated LD_LIBRARY_PATH
- # The second colon is a workaround for a bug in BeOS R4 sed
- LD_LIBRARY_PATH=`$ECHO "X$LD_LIBRARY_PATH" | $Xsed -e 's/::*$//'`
-
- export LD_LIBRARY_PATH
-
     if test "$libtool_execute_magic" != "%%%MAGIC variable%%%"; then
       # Run the actual program with our arguments.
 

-Paul

Paul H. Hargrove wrote:
> I am now looking at using IBM's XLC compilers for ILP32 builds on the
> same Linux/PPC64 platform for which I've reported some XLC/LP64 bugs.
>
> What I find now is that "make check" is failing with the loader unable
> to find libmpi.so.0.
> This is with both 1.5rc5 and 1.4.3rc1.
> This occurs with xlc, but things are just fine with gcc.
>
> $ uname -a
> Linux login1 2.6.16.60-0.67.1-ppc64 #1 SMP Thu Aug 5 10:54:46 UTC 2010
> ppc64 ppc64 ppc64 GNU/Linux
>
> $ which xlc
> /soft/apps/ibmcmp-aug2010/vac/bg/9.0/bin/xlc
> $ xlc -qversion
> IBM XL C/C++ Advanced Edition for Blue Gene/P, V9.0
> Version: 09.00.0000.0009
>
> $ gcc --version
> gcc (GCC) 4.1.2 20070115 (SUSE Linux)
> Copyright (C) 2006 Free Software Foundation, Inc.
> This is free software; see the source for copying conditions. There
> is NO
> warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR
> PURPOSE.
>
> $ /lib64/libc.so.6
> GNU C Library stable release version 2.4 (20090904), by Roland McGrath
> et al.
> Copyright (C) 2006 Free Software Foundation, Inc.
> This is free software; see the source for copying conditions.
> There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
> PARTICULAR PURPOSE.
> Configured for ppc64-suse-linux.
> Compiled by GNU CC version 4.1.2 20070115 (SUSE Linux).
> Compiled on a Linux 2.6.16 system on 2009-09-04.
> Available extensions:
> crypt add-on version 2.1 by Michael Glad and others
> GNU Libidn by Simon Josefsson
> GNU libio by Per Bothner
> NIS(YP)/NIS+ NSS modules 0.19 by Thorsten Kukuk
> Native POSIX Threads Library by Ulrich Drepper et al
> BIND-8.2.3-T5B
> Thread-local storage support included.
> For bug reporting instructions, please see:
> <http://www.gnu.org/software/libc/bugs.html>.
>
> Here is the configure command:
>
> $ [path_to]/configure --with-contrib-vt-flags=--with-platform=linux
> CC=xlc_r CXX=xlC_r F77=xlf FC=xlf90
>
> The problem exists with both 1.5rc5 and 1.4.3rc1.
>
> Here is the failure from 1.4.3.rc1:
>
> $ make check
> [...]
> make[3]: Entering directory
> `/gpfs/home/hargrove/tmp/openmpi-1.4.3rc1/BLD-xlc_r/test/datatype'
> make[3]: `checksum' is up to date.
> make[3]: `position' is up to date.
> make[3]: `to_self' is up to date.
> make[3]: `ddt_pack' is up to date.
> make[3]: Leaving directory
> `/gpfs/home/hargrove/tmp/openmpi-1.4.3rc1/BLD-xlc_r/test/datatype'
> make check-TESTS
> make[3]: Entering directory
> `/gpfs/home/hargrove/tmp/openmpi-1.4.3rc1/BLD-xlc_r/test/datatype'
> /home/hargrove/tmp/openmpi-1.4.3rc1/BLD-xlc_r/test/datatype/.libs/checksum:
> error while loading shared libraries: libmpi.so.0: cannot open shared
> object file: No such file or directory
> FAIL: checksum
> /home/hargrove/tmp/openmpi-1.4.3rc1/BLD-xlc_r/test/datatype/.libs/position:
> error while loading shared libraries: libmpi.so.0: cannot open shared
> object file: No such file or directory
> FAIL: position
> ========================================================
> 2 of 2 tests failed
> Please report to http://www.open-mpi.org/community/help/
> ========================================================
>
>
>
> Here is 1.5.rc5, which I suspect differs only because the two releases
> contain different tests:
>
> $ make check
> [...]
> make[3]: Entering directory
> `/gpfs/home/hargrove/tmp/openmpi-1.5rc5/BLD-xlc_r/ompi/debuggers'
> CC predefined_gap_test.o
> CCLD predefined_gap_test
> CC dlopen_test-dlopen_test.o
> CCLD dlopen_test
> make[3]: Leaving directory
> `/gpfs/home/hargrove/tmp/openmpi-1.5rc5/BLD-xlc_r/ompi/debuggers'
> make check-TESTS
> make[3]: Entering directory
> `/gpfs/home/hargrove/tmp/openmpi-1.5rc5/BLD-xlc_r/ompi/debuggers'
> /home/hargrove/tmp/openmpi-1.5rc5/BLD-xlc_r/ompi/debuggers/.libs/predefined_gap_test:
> error while loading shared libraries: libmpi.so.0: cannot open shared
> object file: No such file or directory
> FAIL: predefined_gap_test
> Trying to lt_dlopen file with dladvise_local: ./libompi_dbg_msgq
> File opened with dladvise_local, all passed
> PASS: dlopen_test
> ========================================================
> 1 of 2 tests failed
> Please report to http://www.open-mpi.org/community/help/
> ========================================================
>
>
> As I said above, the problem is NOT occuring w/ gcc. So, I've
> attached the "./libtool --config" output for the xlc and gcc builds,
> which I see differ in more ways than I would have expected.
>
>
> -Paul
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> devel mailing list
> devel_at_[hidden]
> http://www.open-mpi.org/mailman/listinfo.cgi/devel

-- 
Paul H. Hargrove                          PHHargrove_at_[hidden]
Future Technologies Group
HPC Research Department                   Tel: +1-510-495-2352
Lawrence Berkeley National Laboratory     Fax: +1-510-486-6900