> But this is, of course, not the right solution of the problem, because the 
> static libraries are not meant for runtime. The real problem is that the 
> lammpi executables are searching for the dynamic libraries with a .so suffix 
> instead of the correct *.dylib. This is a bug in the package that shouldn't 
> be hard to patch.

Thanks for the quick reply, Martin.  I attempted to sidestep the lammpi 
problem by purging the lammpi packages and fink installing the 
(newer) openmpi package.  It compiled okay, but the executables did not 
work properly.

The first problem was a file which the executable needed, that had an 
unexpected name:

----

nell:~/tmp/tst barnes$ om-mpif77
Cannot open configuration file 
/sw/share/doc/openmpi/openmpi/om-mpif77-wrapper-data.txt
Error parsing data file om-mpif77: Not found

nell:~/tmp/tst barnes$ sudo cp 
/sw/share/doc/openmpi/openmpi/mpif77-wrapper-data.txt 
/sw/share/doc/openmpi/openmpi/om-mpif77-wrapper-data.txt

nell:~/tmp/tst barnes$ ls -l /sw/share/doc/openmpi/openmpi/*77*
-rw-r--r--   1 root  admin  668 Jul 26 18:42 
/sw/share/doc/openmpi/openmpi/mpif77-wrapper-data.txt
-rw-r--r--   1 root  admin  668 Jul 26 18:49 
/sw/share/doc/openmpi/openmpi/om-mpif77-wrapper-data.txt

nell:~/tmp/tst barnes$ om-mpif77
gfortran: no input files

-----
There were many other similar .txt files which probably also need 
renaming.
So that's fixed with a kludge, but now it's having trouble finding 
libraries 
which do exist (perhaps the same .so vs .dynlib problem?):

/usr/bin/ld: can't locate file for: -lmpi_f77
collect2: ld returned 1 exit status
make: *** [table.x] Error 1

nell:~/tmp/tst barnes$ locate mpi_f77
/sw/lib/openmpi/libmpi_f77.0.dylib

nell:~/tmp/tst barnes$ ls -l /sw/lib/openmpi
total 5528
-rwxr-xr-x   1 root  admin  1145200 Jul 26 18:42 libmpi.0.dylib
-rwxr-xr-x   1 root  admin   146156 Jul 26 18:42 libmpi_cxx.0.dylib
-rwxr-xr-x   1 root  admin   381972 Jul 26 18:42 libmpi_f77.0.dylib
-rwxr-xr-x   1 root  admin    20624 Jul 26 18:42 libmpi_f90.0.dylib
lrwxr-xr-x   1 root  admin       35 Jul 26 18:42 libopal.0.dylib -> 
/sw/lib/openmpi/libopen-pal.0.dylib
-rwxr-xr-x   1 root  admin   192440 Jul 26 18:42 libopen-pal.0.dylib
-rwxr-xr-x   1 root  admin   712292 Jul 26 18:42 libopen-rte.0.dylib
lrwxr-xr-x   1 root  admin       35 Jul 26 18:42 liborte.0.dylib -> 
/sw/lib/openmpi/libopen-rte.0.dylib
-rwxr-xr-x   1 root  admin   210679 Jul 26 18:42 mpi.mod
drwxr-xr-x   5 root  admin      170 Jul 26 18:42 openmpi

-----

So, I think I'm stuck, as far as mpi packages through fink.  What do 
you think?  Does anyone else reading this have mpi/gfortran working via a 
fink package on a similar system?  I am trying to avoid mpich, as we 
do not use that on our other systems in the group.  Maybe J.H. will 
comment on all this. :)

thanks,

Brian

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
_______________________________________________
Fink-beginners mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/fink-beginners

Reply via email to