Dear developeRs,
I'm trying to build R (2.7.1, on an x86_64 running Linux, but I believe
I have observed this on x86 and with earlier versions of R as well)
using external BLAS and LAPACK libraries _and_ generating libR.so,
libRblas.so and libRlapack.so.
Without --enable-BLAS-shlib, configure is
This is intentional. Please note what the R-admin manual says about
--with-lapack, including 'definitely *not* recommended'
If you are concerned about performance you definitely do not want to use
shared R, not a shared BLAS.
On Thu, 3 Jul 2008, Bjørn-Helge Mevik wrote:
Dear developeRs,
In R2.7.1, the first line of the body of png() reads:
checkIntFormat(filename)
This should really be:
if (!checkIntFormat(file))
stop(invalid 'file')
Otherwise a command such as png(foo%s.png) causes R to crash (see bug
#10571).
-
Regards,
Richie.
Mathematical Sciences Unit
HSL
Prof Brian Ripley [EMAIL PROTECTED] writes:
This is intentional.
Ok.
Please note what the R-admin manual says about
--with-lapack, including 'definitely *not* recommended'
Oh. I have always understood that as referring to --with-lapack, not
--with-lapack=-L/something
If you are
On Thu, 3 Jul 2008, Bjørn-Helge Mevik wrote:
Prof Brian Ripley [EMAIL PROTECTED] writes:
This is intentional.
Ok.
Please note what the R-admin manual says about
--with-lapack, including 'definitely *not* recommended'
Oh. I have always understood that as referring to --with-lapack, not
Thank you for the advice!
--
Bjørn-Helge Mevik
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Bjørn-Helge Mevik wrote:
If you are concerned about performance you definitely do not want to use
shared R, not a shared BLAS.
I'm sorry, I don't quite follow you here. Do you mean not create a shared R
and not create a shared BLAS, or was there a not too many?
Nor, I think. (One
There needs to be a physical relocation of servers tomorrow (email and
home directories), so things are likely to be dysfunctional for the day
(hopefully not more).
I'll be out of email reach myself, for the same reason.
--
O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B
Hi,
I've got a simulation function, written in C and called from R, that
uses the R random number functions. It's not a very complicated
simulation - 280 lines total, with the main function (the one called
with .C) repeatedly calling another function, with multiple calls to
unif_rand() in both
On Thu, 3 Jul 2008, tyler wrote:
Hi,
I've got a simulation function, written in C and called from R, that
uses the R random number functions. It's not a very complicated
simulation - 280 lines total, with the main function (the one called
with .C) repeatedly calling another function, with
Full_Name: Sang Hyun Koh
Version: 2.7.0, 2.7.1
OS: MS Windows XP, Server 2003
Submission from: (NULL) (202.30.14.68)
Since R 2.7.0 recent 2.7.1, Rgui.exe crashes on Korean Windows XP and 2003.
After change the locale language to Japanese, Chinese, English, and etc on
control panel, I had no
TH == Tim Hesterberg [EMAIL PROTECTED]
on Tue, 1 Jul 2008 15:23:53 -0700 writes:
TH There is a bug in the standard version of [.data.frame;
TH it mixes up handling duplicates and NAs when subscripting rows.
TH x - data.frame(x=1:3, y=2:4, row.names=c(a,b,NA))
TH y -
I made a couple of a changes from the previous version:
- don't use functions anyMissing or notSorted (which aren't in base R)
- don't check for dup.row.names attribute (need to modify other functions
before that is useful)
I have not tested this with a wide variety of inputs; I'm assuming
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
~ turns out I don't need to look at the C code.
~ if one uses the mu/size parameterization of the
negative binomial, R computes size/(size+mu) to
switch parameterizations. If sizemu this
gets rounded to 1 ... should be easy enough
to test and
14 matches
Mail list logo