aftar wrote:
>
> Hi
>
> Can we use BLAS in R X64 for windows?
>
> Regards
> Aftar
>
You are already using BLAS in R as R includes its own BLAS library. On
Windows the 64-bit DLL is located at R_HOME\bin\x64\Rblas.dll.
If you are asking about swapping that out for an optimized BLAS, you will
I used the DLL export viewer to what is the table name being exported. It is
showing as VALUEAHROPTIMIZE_. This is the name of the function we have used
plus the underscore.
Is there any other reason for the function not getting recognized??? Thanks.
--
View this message in context:
http://r.789
A number of activities are underway related to understanding R
performance in practice and to exploring techniques for improving
performance generally or in important special cases. I'm writing
directly on behalf of an informal group centered in the Computer Science
department here at Stanford
Simon
Thanks. It is not the first time things are simpler than I think. On the other
hand, there have also been a number of occasions when they are not as simple as
I think.
Paul
> -Original Message-
> From: Simon Urbanek [mailto:simon.urba...@r-project.org]
> Sent: May 9, 2011 11:48 A
Due to a failure of our air condition, winbuilder is out of service for
at least 12 hours until 10:30 am CEST tomorrow morning.
Best,
Uwe Ligges
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Dear Herve,
Since 'R CMD check' has already options '--no-vignettes' and
'--no-rebuild-vignettes', so why not option '--no-clean-vignettes'?
But, as you admitted, it is only a suggestion.
Maybe it is time to close this thread.
(If you want we can discuss this issue further privately.)
Best re
AFAIK it's all much simpler that you think. Technically common blocks are just
FORTRAN's slightly complicated way to declare and access global variables. They
have nothing to do with IPC - each process is loading SOs in its own virtual
memory, so other processes are irrelevant (the actual implem
Thanks to everyone that replied to this (some offline). I should have been a
bit clearer about my question. I did realize that it does work sometimes. My
worry is whether it can be expected to work reliably. In this respect, I am
aware of three specific reasons for concern: i/ if common data is
Just realized that there are two functions in the same DLL. The other
function is working fine.
--
View this message in context:
http://r.789695.n4.nabble.com/Fortran-Symbol-Name-not-in-Load-Table-tp3508719p3508852.html
Sent from the R devel mailing list archive at Nabble.com.
__
I am trying to call a FORTRAN subroutine from R. is.loaded is turning out to
be TRUE. However when I run my .Fortran command I get the following error:
Error in .Fortran("VALUEAHROPTIMIZE", as.double(ahrArray),
as.double(kwArray), :
Fortran symbol name "valueahroptimize" not in load table
I
10 matches
Mail list logo
