Oh this actually does make a lot of sense. The kicker is that Rmpi doesn't
like to use OMPI and really loves to use LAM so I have to use R in batch
mode by running mpirun -np 12 and specify the host file. I have a bad
feeling that this is loading the library 12 times, once for each R
namespace. Whi
On Apr 5, 2012, at 9:07 PM, Benedict Holland wrote:
> Oh how interesting and I hope this helps someone. Following another link, I
> had to use:
>
> ./configure --prefix /usr --enable-shared --enable-static
This makes sense. You were falling victim to the fact that R dlopens libmpi as
a dynami
Have you tried to compile and run a simple MPI program with your
installed Open MPI? If that works then you need to figure out what is
being done by the Makefile when it is "testing if installed package can
be loaded" and try and reproduce the issue manually.
BTW, I normally configure my OMPI
Oh how interesting and I hope this helps someone. Following another link, I
had to use:
./configure --prefix /usr --enable-shared --enable-static
when compiling this for Rmpi. Just curious, why isn't --enable-static a
default option?
~Ben
On Thu, Apr 5, 2012 at 7:59 PM, Benedict Holland <
bened
So I am now back on this full time as I need this to work. OpenMPI 1.4.3 is
deadlocking with Rmpi and I need the latest code. I still get the exact
same problem. I configured it with a --prefix=/usr to get it to install
everything in default directories and added /usr/lib/openmpi to my
ldconfig. I
Looks like you didn't set your LD_LIBRARY_PATH to point to where OMPI was
installed, so the individual component libs couldn't be loaded. From the
below, it looks like you need to add /usr/local to your path.
On Mon, Apr 2, 2012 at 7:26 PM, Benedict Holland <
benedict.m.holl...@gmail.com> wrote:
