Open MPI logo

Open MPI Development Mailing List Archives

  |   Home   |   Support   |   FAQ   |   all Development mailing list

From: Jeff Squyres (jsquyres_at_[hidden])
Date: 2005-09-27 14:39:59


This looks like it *might* be a libtool problem -- it's picking up the
/usr/lib64/libstdc++.so when you're compiling in 32 bit mode (and
therefore barfing).

Can you send the libtool command that immediately preceded this link
line?

As a workaround, you should be able to --disable-cxx to disable the MPI
C++ bindings, and therefore skip building in this tree.

Ralf -- any thoughts?

On Sep 27, 2005, at 3:23 PM, Nathan DeBardeleben wrote:

> So is this an error or am I configuring wrong?
>
> Here's my configure:
>
>> [sparkplug]~/ompi > ./configure CFLAGS=-m32 FFLAGS=-m32 CXXFLAGS=-m32
>> --without-threads --prefix=/home/ndebard/local/ompi
>> --with-devel-headers --without-gm
>
> I've also tried adding --build=i586-suse-linux, that didn't help
> either.
> Basically the compile eventually ends here:
>
>> g++ -DHAVE_CONFIG_H -I. -I. -I../../../include -I../../../include
>> -I../../../include -I../../.. -I../../.. -I../../../include
>> -I../../../opal -I../../../orte -I../../../ompi -m32 -g -Wall -Wundef
>> -Wno-long-long -finline-functions -MT comm.lo -MD -MP -MF
>> .deps/comm.Tpo -c comm.cc -fPIC -DPIC -o .libs/comm.o
>> /bin/sh ../../../libtool --mode=link g++ -m32 -g -Wall -Wundef
>> -Wno-long-long -finline-functions -export-dynamic -o libmpi_cxx.la
>> -rpath /home/ndebard/local/ompi/lib mpicxx.lo intercepts.lo comm.lo
>> -lm -lutil -lnsl
>> g++ -shared -nostdlib
>> /usr/lib64/gcc-lib/x86_64-suse-linux/3.3.3/../../../../lib/crti.o
>> /usr/lib64/gcc-lib/x86_64-suse-linux/3.3.3/32/crtbeginS.o
>> .libs/mpicxx.o .libs/intercepts.o .libs/comm.o -lutil -lnsl
>> -L/usr/lib64/gcc-lib/x86_64-suse-linux/3.3.3/32
>> -L/usr/lib64/gcc-lib/x86_64-suse-linux/3.3.3
>> -L/usr/lib64/gcc-lib/x86_64-suse-linux/3.3.3/../../../../x86_64-suse-
>> linux/lib/../lib
>> -L/usr/lib64/gcc-lib/x86_64-suse-linux/3.3.3/../../../../x86_64-suse-
>> linux/lib
>> -L/usr/lib64/gcc-lib/x86_64-suse-linux/3.3.3/../../../../lib
>> -L/usr/lib64/gcc-lib/x86_64-suse-linux/3.3.3/../../.. -L/lib/../lib
>> -L/usr/lib/../lib /usr/lib64/libstdc++.so -lm -lc -lgcc_s_32
>> /usr/lib64/gcc-lib/x86_64-suse-linux/3.3.3/32/crtendS.o
>> /usr/lib64/gcc-lib/x86_64-suse-linux/3.3.3/../../../../lib/crtn.o
>> -m32 -Wl,-soname -Wl,libmpi_cxx.so.0 -o .libs/libmpi_cxx.so.0.0.0
>> /usr/lib64/libstdc++.so: could not read symbols: Invalid operation
>> collect2: ld returned 1 exit status
>> make[3]: *** [libmpi_cxx.la] Error 1
>> make[3]: Leaving directory `/home/ndebard/ompi/ompi/mpi/cxx'
>> make[2]: *** [all-recursive] Error 1
>> make[2]: Leaving directory `/home/ndebard/ompi/ompi/mpi'
>> make[1]: *** [all-recursive] Error 1
>> make[1]: Leaving directory `/home/ndebard/ompi/ompi'
>> make: *** [all-recursive] Error 1
>> [sparkplug]~/ompi >
>
> I'm having problems I think might be 64bit related and want to prove it
> by building in 32bit mode.
> Oh, here's some basics if it helps.
>
>> [sparkplug]~/ompi > cat /etc/issue
>>
>> Welcome to SuSE Linux 9.1 (x86-64) - Kernel \r (\l).
>>
>>
>> [sparkplug]~/ompi > uname -a
>> Linux sparkplug 2.6.10 #4 SMP Wed Jan 26 11:50:00 MST 2005 x86_64
>> x86_64 x86_64 GNU/Linux
>> [sparkplug]~/ompi >
>
>
> --
> -- Nathan
> Correspondence
> ---------------------------------------------------------------------
> Nathan DeBardeleben, Ph.D.
> Los Alamos National Laboratory
> Parallel Tools Team
> High Performance Computing Environments
> phone: 505-667-3428
> email: ndebard_at_[hidden]
> ---------------------------------------------------------------------
>
> _______________________________________________
> devel mailing list
> devel_at_[hidden]
> http://www.open-mpi.org/mailman/listinfo.cgi/devel
>

-- 
{+} Jeff Squyres
{+} The Open MPI Project
{+} http://www.open-mpi.org/