On 4/22/2012 9:53 AM, Ralph Castain wrote:
I don't see that happening, Eugene:
> [rhc_at_odin001 ~/svn-trunk]$ mpifort --showme
> gfortran -I/nfs/rinfs/san/homedirs/rhc/openmpi/include -I/nfs/rinfs/san/homedirs/rhc/openmpi/lib -L/nfs/rinfs/san/homedirs/rhc/openmpi/lib -lmpi_usempi -lmpi_mpifh -lmpi -lopen-rte -lopen-pal -ldl -lm -lpci -lresolv -Wl,--export-dynamic -lrt -lnsl -lutil -lm -lpthread -ldl
Hmm, that's interesting. "mpifort --showme" in my case is *NOT* showing
"-lmpi_usempi -lmpi_mpifh" and it *IS* showing "-lmpi_f77 -lmpi_f90". I
guess I need to make sure that I'm actually picking up the
post-Fortran-merge trunk build I think I'm picking up, but it sure looks
to me like I am. Among other things, it recognizes mpifort as a
command. I'll think about possible dumb mistakes more tomorrow.
> Did you change your MTT config to use mpifort instead of mpif77 and mpif90? If not, then they would indeed fail.
That sounds like a different discussion. I try "mpifort --showme" and I
see the problem. So, this is not dependent on mpif77 or mpif90. Plus,
I thought those two commands were simply deprecated -- that is, they
should still work.
> On Apr 22, 2012, at 9:57 AM, Eugene Loh wrote:
>> Next Fortran problem.
>> Oracle MTT managed to build the trunk (r26307) in some cases. No test-run failures in these cases, but the pass counts are way low. Turns out, the Fortran tests aren't being built (or run). I try compiling a Fortran code:
>> ld: fatal: library -lmpi_f77: not found
>> ld: fatal: library -lmpi_f90: not found
>> ld: fatal: File processing errors. No output written to a.out
>> I try "mpifort --showme" and see that it's trying to link in "-lmpi_f77 -lmpi_f90", but those libraries no longer exist. They have been replaced by
>> So, the Fortran wrapper needs to be updated.