Thanks so much for your response, Davor.

I do have another program that works and that was compiled with the present compiler.

Here's what happens when I do that first thing you suggest:

john@john-desktop:~$ file /opt/intel/lib/ia32/libifport.so.5
/opt/intel/lib/ia32/libifport.so.5: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, not stripped


And when I do that check you suggest regarding the path, this is what happens:

john@john-desktop:~$ ldd /home/john/LREWI15_TIO/./swat2009_i64_calibrate.so
ldd: /home/john/LREWI15_TIO/./swat2009_i64_calibrate.so: No such file or directory

So, does this confirm what you suspected?  I've been studying the makefile that was given to me and that worked on a CentOS platform, and, by reading up on documentation, I think I pretty much understand it, but see nothing in it that would lead to such a problem.  

I feel I have to stay with dyn.load() because it's what the much more experienced person has successfully used for a very similar project on CentOS.  My reading of the basic dyn.load documentation, and certain pages of "Writing R Extensions", leaves me with the impression that I am using dyn.load as I should.

Where do you think I should go from here?  Your help is very much appreciated.

John Joseph

-----Original Message-----
From: Davor Cubranic [mailto:cubranic@stat.ubc.ca]
Sent: Tue 11/30/2010 11:09 PM
To: r-sig-hpc@r-project.org
Cc: John Joseph
Subject: Re: [R-sig-hpc] trouble installing Rmpi
 
On November 29, 2010 11:25:11 pm John Joseph wrote:
> In regard to e: libifport.so.5 is part of or at least closely
> associated with the Intel Fortran compiler I am using.  I find it in
> opt/intel/lib/ia32/, but when I click to try to open it I get "Could
> not create the archive.  Archive type not supported."

Don't worry about clicking on it. What happens when you run 'file 
/opt/intel/lib/ia32/libifport.so.5'? The reason I'm asking is because 
the following error:

> | > library(Rmpi)
> | > library(snow)
> | > setwd("/home/john/LREWI15_TIO")
> | > dyn.load("./swat2009_i64_calibrate.so")
> | Error in dyn.load("./swat2009_i64_calibrate.so") :
> |   unable to load shared library '/home/john/LREWI15_TIO/./
> | swat2009_i64_calibrate.so':
> |   libifport.so.5: cannot open shared object file: No such file or
> directory

seems to indicate that the dynamic linker cannot find libifport.so.5. One 
way this can happen is if it's in directory that's not on a 
LD_LIBRARY_PATH. Can you check that it is? Try 'ldd 
/home/john/LREWI15_TIO/./swat2009_i64_calibrate.so'. Make sure that 
there is a line in there that looks something like (I'm guessing):

  libifport.so.5 => /opt/intel/lib/ia32/libifport.so.5 (...)

Also, do you have other programs on that system that you compiled with 
Intel's Fortran compiler that work correctly?

And let me echo Dirk's suggestion to familiarize yourself with R 
packages -- what happens when you load a package, and how the package 
mechanism interacts with compilation and linking of dynamic libraries. 
To try otherwise will only cause you a lot of frustration, as you've 
probably already discovered. 

Davor




	[[alternative HTML version deleted]]

