Simon,
2009/10/12 Simon Urbanek :
>
> On Oct 11, 2009, at 9:17 PM, Mikkel Meyer Andersen wrote:
>
>> Simon,
>>
>> Thanks for your answer.
>>
>> Do you have a link describing the procedure on compiling for iPhone or is
>> it really just ready out of the box?
>
> You can compile R itself (libR) out
On Oct 11, 2009, at 9:17 PM, Mikkel Meyer Andersen wrote:
Simon,
Thanks for your answer.
Do you have a link describing the procedure on compiling for iPhone
or is it really just ready out of the box?
You can compile R itself (libR) out of the box just using regular
cross-compilation. Th
Simon,
Thanks for your answer.
Do you have a link describing the procedure on compiling for iPhone or
is it really just ready out of the box? A description would help me
trying to do it with Android. I've done some searching, but the only
relevant hit I've found is
http://ephphatharesearch.com/Ep
Thanks Simon for your answers,
I understand only pointer size change between 32bit and 64bit in
Fortran, however my problem is with this function:
C
--
REAL*8 FUNCTION HQNORM(P)
C USED TO CALCULATE HALTO
witkovsky wrote:
>
> Full_Name: Viktor Witkovsky
> Version: 2.9.2
> OS: Windows XP
> Submission from: (NULL) (78.98.89.227)
>
>
> Hello,
>
> I have found strange behavior of the function qchisq (the non-central
> qchisq is
> based on inversion of pchisq, which is further based on pgamma). T
Mikkel,
On Oct 11, 2009, at 6:38 AM, Mikkel Meyer Andersen wrote:
As a follow-up on [1], I'd like to raise the question of whether it's
practically possible to compile R to the Google Android mobile
platform?
The best way would probably be to use the Native Developer Kit [2],
NDK, and in that
Full_Name: Viktor Witkovsky
Version: 2.9.2
OS: Windows XP
Submission from: (NULL) (78.98.89.227)
Hello,
I have found strange behavior of the function qchisq (the non-central qchisq is
based on inversion of pchisq, which is further based on pgamma). The function
gives wrong results without any wa
On Sun, 11 Oct 2009, Mathieu Ribatet wrote:
Thanks Duncan for all these answers. Indeed I should have checked that
the "cases" environment was provided by Rd.sty. Mea culpa.
The good point is that before 2.10.0 alpha "R CMD check" finished
without any error but the output was wrong - because of
Hello,
> pack <- "utils"
> help( write.table, package = pack )
Error in .find.package(package, lib.loc, verbose = verbose) :
there is no package called 'pack'
Replacing this :
if(!missing(package))
if(is.name(y <- substitute(package)))
package <- as.character(y)
by this
Mathieu Ribatet wrote:
Thanks Duncan for all these answers. Indeed I should have checked that
the "cases" environment was provided by Rd.sty. Mea culpa.
The good point is that before 2.10.0 alpha "R CMD check" finished
without any error but the output was wrong - because of the cases
environment
Thanks Duncan for all these answers. Indeed I should have checked that
the "cases" environment was provided by Rd.sty. Mea culpa.
The good point is that before 2.10.0 alpha "R CMD check" finished
without any error but the output was wrong - because of the cases
environment as you said. Now it fail
Hi.
As a follow-up on [1], I'd like to raise the question of whether it's
practically possible to compile R to the Google Android mobile
platform?
The best way would probably be to use the Native Developer Kit [2],
NDK, and in that way get a library. This could then be interfaced to
by a Java-pro
12 matches
Mail list logo