After setting the LD_LIBRARY_PATH to use the OpenMPI libs, I now get a
different error when I try to load Rmpi
> require(Rmpi)
>
Loading required package: Rmpi
librdmacm: couldn't read ABI version.
librdm
Full_Name: Timothy Brick
Version: 2.10
OS: Mac OS X (seen on both 10.6 and 10.5)
Submission from: (NULL) (63.255.24.5)
When using install.packages in R on Mac OS X, packages that require gfortran
throws an error (Example below from installation of OpenMx package):
Loading required package: OpenM
Full_Name: John Noble
Version: 2.10
OS: Solaris 10 SPARC
Submission from: (NULL) (128.172.190.27)
The make of Recommended fails. All sections of Make work up to this point and
the compiled version of R appears to be correct. Only when adding the
recommended modules does the problem appear.
I got Rmpi to compile with little difficulty, but had a tricky time
setting the LD_LIBRARY_PATH to use the OpenMPI libs. I now get a
different error when I try to load Rmpi
> require(Rmpi)
Loading required package: Rmpi
librdmacm: couldn't read ABI version.
librdmacm: assuming:
On Mar 2, 2010, at 17:45, Dirk Eddelbuettel wrote:
Unless I am missing something, this has nothing to do with hdf5 per
se. See
below.
No, you are not missing anything. Thank you for the response. This is
exactly what I was looking for.
Thanks again, Jim
On 2 March 2010 at 16:
Unless I am missing something, this has nothing to do with hdf5 per se. See
below.
On 2 March 2010 at 16:20, bull...@stat.berkeley.edu wrote:
| I am writing an R package to interface to hdf5 files (yes I know one
| exists, the issue will be demonstrated using that package). I tend to like
| to bu
I am writing an R package to interface to hdf5 files (yes I know one
exists, the issue will be demonstrated using that package). I tend to like
to build/install things locally so that aspects of the system I am working
on don't cause problems later when attempting to install elsewhere. To
this end,
On Mon, Mar 01, 2010 at 10:16:16PM +0100, Peter Dalgaard wrote:
> >Jens Elkner wrote:
...
> >>BTW: screenshots I made from my desktop are available via
> >>http://iws.cs.uni-magdeburg.de/~elkner/r/
...
> >Looks quite nice. I later realized that it would be a much better idea
> >to start by tracing
On 2 March 2010 at 07:02, Dirk Eddelbuettel wrote:
| To me, this is one of these "it would be really nice" ideas. Just like
| nuclear fusion and those floating cars the Flintstones have. And I see about
| the same ETA for all three of these.
Marc Schwartz kindly reminded me off-list that I am n
On 2 March 2010 at 07:31, Prof. John C Nash wrote:
| Some time ago, I had some email discussion with Dirk E. about putting a
front-end on
Allow me to really quickly correct the record here by stating that it was
John N. who claimed this was a) desirable and b) possible. I can only agree
on a)
Some time ago, I had some email discussion with Dirk E. about putting a front-end on
install.packages to first look at the debian repositories for R and use them before trying
to install from source. The code for this would not be very large. As Uwe points out in
another posting, the issue then
On Mon, Mar 1, 2010 at 4:16 PM, Peter Dalgaard wrote:
>>
>> Looks quite nice. I later realized that it would be a much better idea to
>> start by tracing the highest resolution bitmap from
>>
>> http://developer.r-project.org/Logo
>>
>> I now have a version that is only 48 K. It still needs a lit
12 matches
Mail list logo
