On Aug 27, 2009, at 8:34 PM, Michael Hines wrote:
I'm building from todays svn co on an x86_64 centos 5
Linux 2.6.18-128.1.10.el5 #1 SMP
using
m4 (GNU M4) 1.4.13
automake (GNU automake) 1.11
autoconf (GNU Autoconf) 2.64
ltmain.sh (GNU libtool) 2.2.6
gcc (GCC) 4.3.2
These versions should all be ok.
and configured with
../configure --prefix=$HOME/openmpi --srcdir=.. --disable-mpi-f77
--disable-mpi-f90
and get
libtool: link: gcc -O3 -DNDEBUG -finline-functions -fno-strict-
aliasing
-pthread -fvisibility=hidden -o opal_wrapper
opal_wrapper.o ../../../opal/.libs/libopen-pal.a -ldl -lnsl -lutil -
lm
-pthread
../../../opal/.libs/libopen-pal.a(libltdlc_la-ltdl.o): In function
`lt_dlinit':
ltdl.c:(.text+0x10d3): undefined reference to
`lt_libltdlc_LTX_preloaded_symbols'
Hmm. This feels like a mismatch of libtool somehow... (ltdl is a
part of the larger Libtool package). Can you send all the information
listed here:
http://www.open-mpi.org/community/help/
Is anyone familiar with this or what to do about it?
If I try to avoid with
../configure --prefix=$HOME/openmpi --srcdir=.. --disable-mpi-f77
--disable-mpi-f90 --disable-dlopen
I 'make -j 4' successfully but during 'make install' get
/bin/sh ../../../libtool --mode=install /usr/bin/install -c
opal_wrapper '/home/hines/openmpi/bin'
./opal_wrapper: line 1: ELF: command not found
libtool: install: invalid libtool wrapper script `opal_wrapper'
Hints on how to build on this machine are greatly welcome. I had the
same problems when using openmpi-1.3.3.tar.gz and my normal
development
environment (less recent m4 and autotools, and gcc-4.1.2)
This seems like an even bigger problem -- ELF is not a command, so how
it's trying to execute that seems pretty nebulous. More information
would be required to know what is going on here (e.g., the information
from the help web page).
Note that a normal tarball build of Open MPI does not require any of
the Autotools (m4, Autoconf, Automake, Libtool) to be installed at all
because the tarball is bootstrapped / contains all the shell scripting
that it needs to build.
--
Jeff Squyres
jsquy...@cisco.com
