Fortran 90 and BeoMPI
agrajag at linuxpower.org
Wed Mar 14 07:28:26 PST 2001
On Wed, 14 Mar 2001, Bogdan Costescu wrote:
> On Wed, 14 Mar 2001, Daniel Ridge wrote:
> > ... I would suggest that people who would be in a
> > position to require per-platform wranglings for MPI often also need to
> > perform similar wranglings to accomodate differences in the C library
> > or in the Fortran environment. MPI compiler wrappers hardly seem like
> > the right place to accomodate these per-platform differences.
> I'd like to disagree 8-)
> I have here 2 clusters, one running jobs on top of LAM-MPI and the other
> running jobs on top of MPICH on top of SCore. By using mpifxx, I'm able to
> compile things without knowing where the include and lib files are and
> even more without knowing which is the right order of linking the libs;
> just try to do this by hand for LAM-MPI for example!
> Another example is the 64 bit platforms where you can compile for both 32
> and 64 bit by specifying a simple flag like -32 or -64. Doing linking by
> hand means that _I_ have to choose the libraries and I might choose the
> wrong one(s) ! Sometimes this is noticed by the linker, but not always...
Exactly, which is why autoconf (a program commonly used to make the
configure scripts) exists.
> > ./configure seems much more palatable than a per-library compiler
> > wrappers. I've seen a number of apps that are MPI enabled and which
> > supply a configure script which work just fine without using the
> > compiler wrappers.
> Of course, if every software package would be using ./configure,
> everything would be easy. Try to convince the maintainers of big Fortran
> packages like Gaussian or CHARMM to switch to ./configure 8-(
I've never had to compile these programs before, but shouldn't they have
their own configure/Makefile system setup so that you don't have to do
the linking and such by hand?
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 232 bytes
Desc: not available
Url : http://www.scyld.com/pipermail/beowulf/attachments/20010314/9b2ca905/attachment.bin
More information about the Beowulf