Open MPI logo

Open MPI Development Mailing List Archives

  |   Home   |   Support   |   FAQ   |   all Development mailing list

From: Ralf Wildenhues (Ralf.Wildenhues_at_[hidden])
Date: 2005-09-27 15:12:08


Hi Nathan, Jeff,

* Jeff Squyres wrote on Tue, Sep 27, 2005 at 09:39:59PM CEST:
> 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).

Yep, I think it is.

> 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.

Other, better-suited workarounds: either
- remove the 64bit paths from compiler_lib_search_path and
  sys_lib_search_path_spec in the generated libtool script(s)
  (note these variables are set both at the very beginning,
  and at the very end, once for each source file language),
or
- link with "LDFLAGS=-L/usr/lib", if /usr/lib is where your
  32-bit libstdc++.so is located.

We're not really sure yet how to fix this for all distributions.

Sorry for the inconvenience,
Ralf

> 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 >