What would you say typically limits taskPR's approach, not finding
enough instruction-level parallelism at the R script level, or the
communications overhead (probably latency) of trying to make use of
it?
Depends on the specific function. The communication cost is
significant, especially
(not a question for r-devel; you are simply having (local) troubles with a
package)
On 5 September 2008 at 10:05, [EMAIL PROTECTED] wrote:
|
| Guys,
|
| I'm having troubles with Rmpi on Linux. I got it to work on windows, but on
| Linux (SuSE 64 bit), using OpenMPI, I can't seem to get it to
Hi everyone
This is my first post to the list. I had experience installing and using
Bioconductor on Linux and Windows systems but I am encountering problems
installing Biobase on Solaris running on Sparc. The package compilation
works fine, with only a warning
warning: implicit declaration
What compiler is this? This is a compiler issue, not an R one.
My guess is that you are mixing gcc (which has __builtin_isnan) and cc
(which does not).
On Fri, 5 Sep 2008, Paulo Nuin wrote:
Hi everyone
This is my first post to the list. I had experience installing and using
Bioconductor
Full_Name: Robert Iquiapaza
Version: 2.7.2
OS: Vista
Submission from: (NULL) (69.127.35.170)
In the help Examples for returns(fSeries) it is said that you can pass the
method to compute (continuous, discrete, compound, simple) returns using
'type='
i.e.
# Discrete Returns:
returns(MSFT, type
This is a concern of the package maintainer. Nothing to do with
R-devel or R-bugs.
See the Rmetrics site or fSeries package details for their contact information.
Jeff
On Fri, Sep 5, 2008 at 10:05 AM, [EMAIL PROTECTED] wrote:
Full_Name: Robert Iquiapaza
Version: 2.7.2
OS: Vista
Submission
Hi
I thought of that. We have gcc 3.4.3 installed
/gates/sfw10/builds/sfw10-gate/usr/src/cmd/gcc/gcc-3.4.3/configure
--prefix=/usr/sfw --with-as=/usr/sfw/bin/gas --with-gnu-as
--with-ld=/usr/ccs/bin/ld --without-gnu-ld --enable-languages=c,c++
--enable-shared
How to make sure which
Hi
I forgot to paste the compiler output:
gcc -std=gnu99 -I/usr/local/lib/R/include -I/usr/local/include
-I/usr/local/ssl/include -I/usr/local/pgsql/include
-I/usr/local/include/ncurses -I/usr/local/BerkeleyDB.4.2/include
-I/usr/openwin/include -I/usr/local/rrdtool-1.2.19/include-fPIC
I recently started using R 2.7.2, and noticed a surprising change in
the behavior of var() on NA data:
R 2.6.1 (Patched), 2007-11-26, svn.rev 43541, x86_64-unknown-linux-gnu:
stdev(rep(NA,3), na.rm=F)
[1] NA
stdev(rep(NA,3), na.rm=T)
[1] NA
var(rep(NA,3), na.rm=T, use=complete.obs)
This has been changed in 2.7.1
BUG FIXES
o co[rv](use = complete.obs) now always gives an error if there
are no complete cases: they used to give NA if
method = pearson but an error for the other two methods.
(Note that this is pretty arbitrary, but zero-length
Dear list members,
I've attached some email correspondence with Jaro Lajovic (with his
permission), detailing a problem with the Slovenian translation file for the
Rcmdr package.
In brief, while certain UTF-8 characters used in Slovenian used to appear
properly in older versions of R, some
Andrew Piskorski wrote:
I recently started using R 2.7.2, and noticed a surprising change in
the behavior of var() on NA data:
R 2.6.1 (Patched), 2007-11-26, svn.rev 43541, x86_64-unknown-linux-gnu:
stdev(rep(NA,3), na.rm=F)
[1] NA
stdev(rep(NA,3), na.rm=T)
[1] NA
var(rep(NA,3),
12 matches
Mail list logo