On 6 May 2017 at 22:34, Tomasz Buchert wrote:
| Hey,
|
| On 06/05/17 14:43, Dirk Eddelbuettel wrote:
| >
| > On 6 May 2017 at 20:43, Tomasz Buchert wrote:
| > | On 06/05/17 19:23, Tomasz Buchert wrote:
| > | > [...]
| > |
| > | Ok, I confirm that dlopen() is required to properly resolve some
| >
Hey,
On 06/05/17 14:43, Dirk Eddelbuettel wrote:
>
> On 6 May 2017 at 20:43, Tomasz Buchert wrote:
> | On 06/05/17 19:23, Tomasz Buchert wrote:
> | > [...]
> |
> | Ok, I confirm that dlopen() is required to properly resolve some
> | symbols later: I can only assume that openmpi does some magic
> |
On 6 May 2017 at 20:43, Tomasz Buchert wrote:
| On 06/05/17 19:23, Tomasz Buchert wrote:
| > [...]
|
| Ok, I confirm that dlopen() is required to properly resolve some
| symbols later: I can only assume that openmpi does some magic
| there. Here are 2 solutions I came up with:
|
| 1. Just like
On 06/05/17 19:23, Tomasz Buchert wrote:
> [...]
Ok, I confirm that dlopen() is required to properly resolve some
symbols later: I can only assume that openmpi does some magic
there. Here are 2 solutions I came up with:
1. Just like in #741297: add another dlopen() call to the chain (see
a
On 06/05/17 11:58, Dirk Eddelbuettel wrote:
>
> Hi Tomasz,
>
> [...]
>
> While true for us, it is not always true for Rmpi on other system so upstream
> for Rmpi added this. I haven't heard from him a while.
>
> But I do recall that we needed this for some other braindeadness with the
> multiple s
Hi Tomasz,
On 6 May 2017 at 18:46, Tomasz Buchert wrote:
| On 03/05/17 17:54, Ralf Stubner wrote:
| > [...]
|
| Hi all,
| this is really another iteration of #741297.
|
|
| Honestly, I believe that the whole test of openmpi "existence" using
| dlopen is unnecessary. This code is only executed
On 03/05/17 17:54, Ralf Stubner wrote:
> [...]
Hi all,
this is really another iteration of #741297.
Honestly, I believe that the whole test of openmpi "existence" using
dlopen is unnecessary. This code is only executed if we have compiled
against openmpi, so why do we have to double-check that i
On Wed, May 3, 2017 at 5:42 PM, Dirk Eddelbuettel wrote:
>
> I think I found it. Do an 'apt-get install libopenmpi-dev' and it will work.
I was about to write that 'pkg-config --libs ompi' produces an error
and that there is no libmpi.so on my system. After installing
libopenmpi-dev, both sympto
On 3 May 2017 at 09:36, Dirk Eddelbuettel wrote:
|
| This may have something to do with it:
|
| root@ef11adb9da1c:/# pkg-config --libs ompi
| -L/usr/lib/x86_64-linux-gnu/openmpi/lib -L/usr//lib -lmpi
| root@ef11adb9da1c:/#
|
| This is what we use at build-time. Yet:
|
| root@ef11adb9d
This may have something to do with it:
root@ef11adb9da1c:/# pkg-config --libs ompi
-L/usr/lib/x86_64-linux-gnu/openmpi/lib -L/usr//lib -lmpi
root@ef11adb9da1c:/#
This is what we use at build-time. Yet:
root@ef11adb9da1c:/# ls -l /usr/lib/x86_64-linux-gnu/openmpi/lib/libmpi.*
lrwxrwxr
On 3 May 2017 at 15:11, Ralf Stubner wrote:
| Package: r-cran-rmpi
| Version: 0.6-6-3
| Severity: grave
| Justification: renders package unusable
|
| Dear Maintainer,
|
| When I try to load the Rmpi library, it fails with an error about a missing
| shared object file:
|
| $ LANG=C Rscript -e "l
Package: r-cran-rmpi
Version: 0.6-6-3
Severity: grave
Justification: renders package unusable
Dear Maintainer,
When I try to load the Rmpi library, it fails with an error about a missing
shared object file:
$ LANG=C Rscript -e "library(Rmpi)"
libmpi.so: cannot open shared object file: No such fi
12 matches
Mail list logo
