Troy Telford wrote:
I'm not sure I understand, and besides I am strictly a Fortran guy.
The configure seemed to go OK, but the make failed. As you see at the
end of the
make output, it doesn't like the format of libgm.so. It looks to me
that it is using
a path (/usr/lib/.....) to 32 bit libraries, rather than 64 bit
(/usr/lib64/....). Is this
correct? What's the solution?
First thing's first: Does it compile okay with gcc?
I have made a successful build on this system without 'gm' support, but
is not very interesting because its executables only run on the
Therefore I don't think its a Fortran compiler problem, especially
is already an MPICH/PGI combination running on the system.
The answer is 'b'
I say this because PGI's compiler has proven stubborn from time to time:
I can compile Open MPI with PGI 6.0 just fine, but PGI 6.1 won't compile
for me either (different reasons, though -- I posted my problem earlier
That being said:
The distros get mixed in my mind, so I'm not sure if yours is one that:
a.) Puts 32-bit libs in /lib32 and /usr/lib32, with 64-bit libs in /lib64
and /usr/lib64 (and /lib points to lib64)
b.) 32-bit libs are in /lib and /usr/lib, and 64-bit are in /lib64 and
If your machine is a 'b' then yes, it does appear to be trying (and
failing) to use a 32-bit libgm.so
I checked, and '/usr/lib64/libgm.so' is definitely a 64 bit library,
The first thing I'd do is make sure you have a 64-bit version of libgm.so;
at least that is what I suspect.
Locate all instances of libgm.so, run 'file libgm.so' to ensure one of 'em
is 64-bit, and that the 64-bit library is in a path where the linker can
find it (ld.so.conf or LD_LIBRARY_PATH).
I am sure that /usr/lib64 is by default in a path where the linker
looks, since it is
a native 64 bit (Opteron) system. Just to be sure, however, I added
LD_LIBRARY_PATH, with the same results.