On Thu, Aug 20, 2015 at 1:14 PM, Jeff Squyres (jsquyres) <jsquy...@cisco.com > wrote: > > > And therefore it didn't generate libmpi_mpifh_sizeof.a (gfortran <v4.9 > will generate an effectively "empty" libmpi_mpifh_sizeof.a). Hence, a > subsequent link that depended on that library failed. > > Paul: can you verify my theory? > > Do this in your existing build: > > ----- > rm -f ompi/mpi/fortran/base/gen-mpi-sizeof.pl > wget \ > > https://raw.githubusercontent.com/open-mpi/ompi/master/ompi/mpi/fortran/base/gen-mpi-sizeof.pl > \ > -O ompi/mpi/fortran/base/gen-mpi-sizeof.pl > chmod +x ompi/mpi/fortran/base/gen-mpi-sizeof.pl > rm ompi/mpi/fortran/mpif-h/profile/psizeof_f.f90 > make -j 32 >
I made changes to your instruction appropriate to my VPATH build (cd
$BLDDIR after the chmod).
Solaris make has no '-j' option, but since I am running in a VM on a
dual-core laptop I chose to omit "-j 32" even after switching to gmake.
Good-natured-nit-picking aside, the solution does NOT work (it may be
necessary, but is not sufficient).
There is a new generated psizeof_f.f90, containing a dummy subroutine, but
my pandas are still sad.
In fact, these pandas are so despondent that they started chewing on your
.gitconfig file (but I asked them to be --quiet about it).
A log from "gmake clean all V=1" in the mpif-h directory is (again)
attached.
I direct your attention to the following line:
/bin/sh ../../../../libtool --tag=FC --mode=link f90 -m32 -g -o
libmpi_mpifh_sizeof.la -lm -lsocket -lnsl
Somebody appears to have specified no linker inputs!
On other platforms I see a "sizeof_f.lo" immediately before the -l options.
I am pretty sure this is a contributing factor. ;-)
-Paul
--
Paul H. Hargrove phhargr...@lbl.gov
Computer Languages & Systems Software (CLaSS) Group
Computer Science Department Tel: +1-510-495-2352
Lawrence Berkeley National Laboratory Fax: +1-510-486-6900
log.bz2
Description: BZip2 compressed data
