Hi Dirk,
Thank for pointing out additional flags needed in order to compile Rmpi
correctly. Those flags can be added in configure.ac once openmpi dir is
detected. BTW -DMPI2 flag was missed in your Rmpi since the detection of
openmpi was not good. It should be
if test -d ${MPI_ROOT}/
On 4 October 2007 at 01:11, Hao Yu wrote:
| Hi Dirk,
|
| Thank for pointing out additional flags needed in order to compile Rmpi
| correctly. Those flags can be added in configure.ac once openmpi dir is
| detected. BTW -DMPI2 flag was missed in your Rmpi since the detection of
| openmpi was not g
On Thu, 4 Oct 2007, Dirk Eddelbuettel wrote:
>
> On 4 October 2007 at 01:11, Hao Yu wrote:
> | Hi Dirk,
> |
> | Thank for pointing out additional flags needed in order to compile Rmpi
> | correctly. Those flags can be added in configure.ac once openmpi dir is
> | detected. BTW -DMPI2 flag was miss
On 4 October 2007 at 06:37, Luke Tierney wrote:
| > Yes, my bad. But it also hangs with argument count=3 (which I had tried, but
| > my mail was wrong.)
|
| Any chance the snow workers are picking up another version of Rmpi, eg
| a LAM one? Might happen if you have R_SNOW_LIB set and a Rmpi
| in
On Thu, 4 Oct 2007, Hao Yu wrote:
Hi Dirk,
Thank for pointing out additional flags needed in order to compile Rmpi
correctly. Those flags can be added in configure.ac once openmpi dir is
detected. BTW -DMPI2 flag was missed in your Rmpi since the detection of
openmpi was not good. It should be
Hi all.
I've recently uploaded a package (bnlearn) to CRAN. It builds fine
on both Linux (32 and 64 bit) and Windows, but fails on MacOSX ix86
because of C90 vs C99 issues:
http://www.r-project.org/nosvn/R.check/r-patched-macosx-ix86/bnlearn-00install.html
Since I've no MacOSX machine at hand,
You've got more serious problems than that: you cannot assume gcc.
For example on the SunPro compiler I got
cc -I/home/ripley/R/R-devel-SunPro/include
-I/home/ripley/R/R-devel-SunPro/inclu
de -I/usr/local/include-Kpic -xO5 -xc99 -xlibmil -nofstore -c
mutual.infor
mation.c -o mutual.informa
My setup:
Windows XP, R-2.6.0, Cygwin (not the Rtools version)
When I tried to build a package, I was given this message:
tar: c\:/X/Rpkgs/Drydown_1.41.tar: Cannot open: Input/Output error
Even manually typing the following caused the same error:
tar chf 'c:/X/Rpkgs/Drydown_1.41.tar' Drydown
I l
On Thu 04/10/07, Prof Brian Ripley wrote:
> You've got more serious problems than that: you cannot assume gcc.
> For example on the SunPro compiler I got
>
[snip]
>
> Note that is in C99 mode, and under Linux.
Hmm. I'm able to reproduce at least some of these errors using
gcc in ansi mode:
[EMAI
On Thu 04/10/07, Simon Urbanek wrote:
> It was not deliberate. The current R build (R 2.6.0) was modified
> to use -std=gnu99 in the CC section for both architectures instead
> of using CFLAGS, that should solve the problem. A work around for
> older R is to set PKG_CFLAGS=-std=gnu99 when instal
Marco,
On Oct 4, 2007, at 2:05 PM, Marco Scutari wrote:
> I've recently uploaded a package (bnlearn) to CRAN. It builds fine
> on both Linux (32 and 64 bit) and Windows, but fails on MacOSX ix86
> because of C90 vs C99 issues:
>
> http://www.r-project.org/nosvn/R.check/r-patched-macosx-ix86/
11 matches
Mail list logo
