On Wed, 20 Jul 2011, Simon Urbanek wrote:
On Jul 20, 2011, at 3:01 PM, Duncan Murdoch wrote:
On 20/07/2011 10:40 AM, WADA Kazuya wrote:
Hi
I don't know how to complie R-2.13.1 with MKL in windows 7 64bit.
I can compile normal R in windows using Rtools under R-admin.html description.
but
On Jul 20, 2011, at 3:01 PM, Duncan Murdoch wrote:
> On 20/07/2011 10:40 AM, WADA Kazuya wrote:
>> Hi
>>
>> I don't know how to complie R-2.13.1 with MKL in windows 7 64bit.
>>
>> I can compile normal R in windows using Rtools under R-admin.html
>> description.
>> but, this way doesn't use
On 20/07/2011 10:40 AM, WADA Kazuya wrote:
Hi
I don't know how to complie R-2.13.1 with MKL in windows 7 64bit.
I can compile normal R in windows using Rtools under R-admin.html description.
but, this way doesn't use ./configure file.(use MkRules.local file as
setting.).
In 'R-admin.htm
On 20 July 2011 at 18:02, peter dalgaard wrote:
|
| On Jul 20, 2011, at 15:38 , Dirk Eddelbuettel wrote:
|
| >
| > On 20 July 2011 at 14:03, Jeroen Ooms wrote:
| > | >> I think Bill Dunlap's answer addressed it: the claim appears to be
false.
| > |
| > | Here is another example where there i
Dear Duncan,
First, thanks to Duncan and others for addressing my question.
In light of Duncan's remarks, I've arrived at the following procedure, which
seems to work:
(1) Install R using my custom installer.
(2) Uninstall the newly installed R. This clears the registry but leaves my
other inst
Hi,
the function makeARIMA(), designed to construct some state space
representation of an ARIMA model, uses a C function called getQ0,
which can be found at the end of arima.c in R source files (library
stats). getQ0 takes two arguments, phi and theta, and returns the
covariance matrix of
Hi
I don't know how to complie R-2.13.1 with MKL in windows 7 64bit.
I can compile normal R in windows using Rtools under R-admin.html description.
but, this way doesn't use ./configure file.(use MkRules.local file as
setting.).
In 'R-admin.html' description, use ./configure --with-blas="$MKL
On Jul 20, 2011, at 15:38 , Dirk Eddelbuettel wrote:
>
> On 20 July 2011 at 14:03, Jeroen Ooms wrote:
> | >> I think Bill Dunlap's answer addressed it: the claim appears to be
> false.
> |
> | Here is another example where there is randomness that is not due to
> | the seed. On the same machi
On Jul 19, 2011, at 7:34 PM, David A. Johnston wrote:
Hi devel list,
I searched for past posts about this issue and found none, so my
apologies
if this has been addressed before.
The sapply() function has an argument 'simplify', and the mapply()
function
has an argument 'SIMPLIFY'. I am
On 20/07/2011 10:29 AM, John Fox wrote:
Dear R-devel list members,
For several years, I've created a custom R installer for my students who use
Windows. When I test the installer on my own Windows machines, selections in
the installation dialogs reflect my previous choices, which I suppose are
s
On Wed, 2011-07-20 at 10:29 -0400, John Fox wrote:
> For several years, I've created a custom R installer for my students
> who use Windows. When I test the installer on my own Windows machines,
> selections in the installation dialogs reflect my previous choices,
> which I suppose are saved in the
It does not look like your calculation is using the random number generator, so
the other responses are probably more to the point.
However, beware that setting the seed is not enough to guarantee the same
random numbers. You need to also make sure you are using the same uniform RNG
and any o
Dear R-devel list members,
For several years, I've created a custom R installer for my students who use
Windows. When I test the installer on my own Windows machines, selections in
the installation dialogs reflect my previous choices, which I suppose are
saved in the Windows registry.
I'd like t
On 20/07/2011 9:59 AM, Martyn Byng wrote:
Hi,
Even using the same math libraries you can get different results,
depending on what sorts of instructions those libraries use, see the
following (none R related) blog article:
http://blog.nag.com/2011/02/wandering-precision.html.
That's another cau
Hi,
Even using the same math libraries you can get different results,
depending on what sorts of instructions those libraries use, see the
following (none R related) blog article:
http://blog.nag.com/2011/02/wandering-precision.html.
Martyn
-Original Message-
From: r-devel-boun...@r-proj
I would guess the error below is because of Java messing around in the
hardware. It's pretty common on Windows for DLLs to attempt to change
the precision setting on the floating point processor; I hadn't seen
that before on Linux, but that would be my guess as to the cause.
It's also possibl
On 20 July 2011 at 14:03, Jeroen Ooms wrote:
| >> I think Bill Dunlap's answer addressed it: the claim appears to be false.
|
| Here is another example where there is randomness that is not due to
| the seed. On the same machine, the same R binary, but through another
| interface. First directly
>> I think Bill Dunlap's answer addressed it: the claim appears to be false.
Here is another example where there is randomness that is not due to
the seed. On the same machine, the same R binary, but through another
interface. First directly in the shell:
> sessionInfo()
R version 2.13.1 (2011-0
On 11-07-19 8:01 PM, Mike Marchywka wrote:
Date: Tue, 19 Jul 2011 06:13:01 -0700
From: jeroen.o...@stat.ucla.edu
To: r-devel@r-project.org
Subject: [Rd] Randomness not due to seed
I am working on a reproducible computing platform for which I would
> Date: Tue, 19 Jul 2011 06:13:01 -0700
> From: jeroen.o...@stat.ucla.edu
> To: r-devel@r-project.org
> Subject: [Rd] Randomness not due to seed
>
> I am working on a reproducible computing platform for which I would like to
> be able to _exactly_ rep
Hi devel list,
I searched for past posts about this issue and found none, so my apologies
if this has been addressed before.
The sapply() function has an argument 'simplify', and the mapply() function
has an argument 'SIMPLIFY'. I am surprised that the apply() argument does
not have a similar
"Duncan Murdoch" wrote in message
news:4e259600.5070...@gmail.com...
> On 11-07-19 7:48 AM, Matthew Dowle wrote:
>>
>> "Prof Brian Ripley" wrote in message
>> news:alpine.lfd.2.02.1107190640280.28...@gannet.stats.ox.ac.uk...
>>> On Mon, 18 Jul 2011, Alireza Mahani wrote:
>>>
Simon,
>>
1) The current R-patched should compile src/extra/xdr on 32-bit Linux
systems.
2) Longer-term or on a 64-bit platform the solution is to make use of
libtirpc: you would need both this installed (common now) and its
headers (unlikely).
Then if you arrange for /usr/include/tirpc to be in the C
23 matches
Mail list logo