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
de...@open-mpi.org
http://www.open-mpi.org/mailman/listinfo.cgi/devel
--
Paul H. Hargrove phhargr...@lbl.gov
Future Technologies Group
HPC Research Department Tel: +1-510-495-2352
Lawrence Berkeley National Laboratory Fax: +1-510-486-6900
