LAM/MPI logo

LAM/MPI General User's Mailing List Archives

  |   Home   |   Download   |   Documentation   |   FAQ   |   all just in this list

From: Justin Bronder (jsbronder_at_[hidden])
Date: 2008-03-13 23:54:42


On 13/03/08 21:40 -0600, Brian Barrett wrote:
> On Mar 13, 2008, at 9:32 PM, Justin Bronder wrote:
>
> > jbronder_at_mejis ~/src/mpi-examples $ mpicc hello_c.c
> > /usr/lib64/mpi/mpi-lam-unpatched/usr/lib64/libmpi.so: undefined
> > reference to `ah_find'
> > /usr/lib64/mpi/mpi-lam-unpatched/usr/lib64/libmpi.so: undefined
> > reference to `lam_ksignal'
> > /usr/lib64/mpi/mpi-lam-unpatched/usr/lib64/libmpi.so: undefined
> > reference to `lam_arr_append'
> > /usr/lib64/mpi/mpi-lam-unpatched/usr/lib64/libmpi.so: undefined
> > reference to `ah_delete'
> > /usr/lib64/mpi/mpi-lam-unpatched/usr/lib64/libmpi.so: undefined
> > reference to `lam_errorstr'
> > /usr/lib64/mpi/mpi-lam-unpatched/usr/lib64/libmpi.so: undefined
> > reference to `lam_ssi_cr_did'
> > /usr/lib64/mpi/mpi-lam-unpatched/usr/lib64/libmpi.so: undefined
> > reference to `lam_rtrnameget'
> > ...
> > This is a long list.
>
> Your solution doesn't make sense in this case -- those symbols have
> nothing to do with liblamf77mpi, but are in liblam.so. liblamf77mpi
> should never be linked into hello_c.c, as it's all Fortran code. Is it
> possible that something else is going on?
>
>

Well, I probably should have included this instead. This comes from the
single line added to share/libmpi/Makefile.am

jbronder_at_mejis ~/src/mpi-examples $ ldd /usr/lib/mpi/mpi-lam-unpatched/usr/lib64/libmpi.so
    linux-vdso.so.1 => (0x00007fff905fe000)
    libpthread.so.0 => /lib/libpthread.so.0 (0x00002ae71a95f000)
    libc.so.6 => /lib/libc.so.6 (0x00002ae71ab7b000)
    /lib64/ld-linux-x86-64.so.2 (0x0000555555554000)
jbronder_at_mejis ~/src/mpi-examples $ ldd /usr/lib/mpi/mpi-lam/usr/lib64/libmpi.so
    linux-vdso.so.1 => (0x00007fff3c5fe000)
    liblam.so.0 => /usr/lib64/mpi/mpi-lam-unpatched/usr/lib64/liblam.so.0 (0x00002b7b6e778000)
    libpthread.so.0 => /lib/libpthread.so.0 (0x00002b7b6e9e7000)
    libc.so.6 => /lib/libc.so.6 (0x00002b7b6ec02000)
    libdl.so.2 => /lib/libdl.so.2 (0x00002b7b6ef41000)
    libtorque.so.2 => /usr/lib/libtorque.so.2 (0x00002b7b6f146000)
    libnsl.so.1 => /lib/libnsl.so.1 (0x00002b7b6f39c000)
    libutil.so.1 => /lib/libutil.so.1 (0x00002b7b6f5b3000)
    /lib64/ld-linux-x86-64.so.2 (0x0000555555554000)

Also, for what it's worth, there is one other patch that's being applied to
deal with the same sort of issue. My fault again for not including it
earlier. Attached as 7.1.2-liblam-use-extra-libs.patch. It takes care of
the following build error that again, only occurs with the noted LDFLAGS.

Making all in ipcdr
make[2]: Entering directory `/var/tmp/portage/mpi-lam-unpatched/lam-mpi-7.1.4-r1/work/lam-7.1.4/otb/ipcdr'
make[2]: Nothing to be done for `all'.
make[2]: Leaving directory `/var/tmp/portage/mpi-lam-unpatched/lam-mpi-7.1.4-r1/work/lam-7.1.4/otb/ipcdr'
Making all in kdump
make[2]: Entering directory `/var/tmp/portage/mpi-lam-unpatched/lam-mpi-7.1.4-r1/work/lam-7.1.4/otb/kdump'
make[2]: Nothing to be done for `all'.
make[2]: Leaving directory `/var/tmp/portage/mpi-lam-unpatched/lam-mpi-7.1.4-r1/work/lam-7.1.4/otb/kdump'
Making all in lamclean
make[2]: Entering directory `/var/tmp/portage/mpi-lam-unpatched/lam-mpi-7.1.4-r1/work/lam-7.1.4/otb/lamclean'
x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I../../share/include -I../../share/include -DLAM_BUILDING=1 -O2 -pipe -march=nocona -pthread -MT lamclean.o -MD -MP -MF .deps/lamclean.Tpo -c -o lamclean.o lamclean.c
mv -f .deps/lamclean.Tpo .deps/lamclean.Po
/bin/sh ../../libtool --tag=CC --mode=link x86_64-pc-linux-gnu-gcc -O2 -pipe -march=nocona -pthread -Wl,--as-needed -o lamclean lamclean.o ../../share/liblam/liblam.la ../../share/libltdl/libltdlc.la -lutil
mkdir .libs
x86_64-pc-linux-gnu-gcc -O2 -pipe -march=nocona -pthread -Wl,--as-needed -o .libs/lamclean lamclean.o ../../share/liblam/.libs/liblam.so /usr/lib64/libtorque.so -lnsl ../../share/libltdl/.libs/libltdlc.a -ldl -lutil -Wl,--rpath -Wl,/usr/lib64/mpi/mpi-lam-unpatched/usr/lib64
../../share/liblam/.libs/liblam.so: undefined reference to `openpty'
collect2: ld returned 1 exit status
make[2]: *** [lamclean] Error 1
make[2]: Leaving directory `/var/tmp/portage/mpi-lam-unpatched/lam-mpi-7.1.4-r1/work/lam-7.1.4/otb/lamclean'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/mpi-lam-unpatched/lam-mpi-7.1.4-r1/work/lam-7.1.4/otb'
make: *** [all-recursive] Error 1

-- 
Justin Bronder




  • application/pgp-signature attachment: stored