When I try running lmBenchmark.R I get the following error:
Rscript -e "source(system.file(\"examples\", \"lmBenchmark.R\", package =
\"RcppEigen\"))"
lm benchmark for n = 10 and p = 40: nrep = 20
Error in .Call("fastLm", mm, y, PACKAGE = "RcppArmadillo") :
"fastLm" not available for .Cal
I've confirmed that this works on R 3.1.1 under OS X, using RcppArmadillo
0.4.450.1.0:
*diff --git a/inst/examples/lmBenchmark.R b/inst/examples/lmBenchmark.R*
*index 9037107..dd49375 100644*
*--- a/inst/examples/lmBenchmark.R*
*+++ b/inst/examples/lmBenchmark.R*
@@ -37,7 +37,7 @@ exprs$QR <-
ot-finding, as well
as minimization) I can recommend Boost Math Toolkit:
http://www.boost.org/doc/libs/release/libs/math/doc/html/math_toolkit/internals1.html
It's quite easy to use and has reasonable interface; the docs show some
simple examples to get started.
Best,
Matt
Otherwise, pl
le:
http://www.sitmo.com/article/multi-threaded-random-number-generation-in-c11/
// The author is currently working on getting it into Boost.Random;
discussion:
http://www.wilmott.com/messageview.cfm?catid=44&threadid=95882&STARTPAGE=2#710955
HTH,
Best,
Matt
__
cran.r-project.org/web/packages/Rcpp/vignettes/Rcpp-attributes.pdf (p.6;
BTW, there's a small typo: using-directive statement is missing a
semicolon terminator) using RcppArmadillo compiles without issues.
HTH,
Best,
Matt
___
Rcpp-devel maili
dalone C and C++
applications, didn't test interaction with R).
There's also the upcoming OpenMP support for Clang contributed by Intel
-- you can download the current version of the project from here:
http://clang-omp.github.io/
Best,
Matt
e.com/w/cpp/string/basic_string/substr) to get rid
of the substring (note: if one of the aforementioned predicates is
satisfied, then you can trivially infer how long is the substring
subject to removal -- and can thus use, say, the iterator-pair ver
(1, 6)
vector_value(v)
show(v)
#Output:
#> v = rep(1, 6)
#> vector_reference(v)
#[1] 123 1 1 1 1 1
#> show(v)
#[1] 123 1 1 1 1 1
#> v = rep(1, 6)
#> vector_value(v)
#[1] 123 1 1 1 1 1
#> show(v)
#[1] 1 1 1 1 1 1
*/
Best,
Matt
Thanks again for yo
On 2/26/2015 18:59, Dirk Eddelbuettel wrote:
On 26 February 2015 at 18:35, Matt D. wrote:
| Which incidentally brings me to the advice I usually give in these situations:
| unless you're absolutely dependent on the "features" of `Rcpp::NumericVector`
| just forget about it and r
More forward-looking, but also offering a brief overview of the existing
issues and more pointers/references, is a proposal for the C++ ABI
standardization:
http://isocpp.org/blog/2014/05/n4028
(PDF) https://isocpp.org/files/papers/n4028.pdf
HTH!
Best,
Matt
_
o share Python dictionaries across language boundaries).
Article: http://cppnow.org/files/2013/03/saunders-jeffery.pdf
Slides:
https://github.com/boostcon/cppnow_presentations_2013/blob/master/fri/DynRec.pdf?raw=true
Video: https://www.youtube.com/watch?v=W3TsQtnMtqg
Best,
Matt
__
org/wiki/Embarrassingly_parallel
Naturally, the larger the workload, the higher the chance of the
speed-up exceeding the data transfer costs.
Best,
Matt
___
Rcpp-devel mailing list
Rcpp-devel@lists.r-forge.r-project.org
https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/rcpp-devel
s.org/john/random123/
https://github.com/DEShawResearch/Random123-Boost // a nice, brief
overview of the advantages in the parallel computing context (but also
potentially applicable elsewhere)
Best,
Matt
___
Rcpp-devel mailing list
Rcpp-devel@lists
(only its address is used, not the function
itself). That can be solved by changing the line
auto exit_func = hash(&_Exit);
by, say
auto getenv_func = hash(&getenv);
and making the corresponding change a little bit further below.
Sounds great, thanks for the update!
Bes
at-included-with-rtools-with-rcpp-on-window
Other than the above, I'm wondering myself what's the "official"
recommendation for the C++11 threading support w/ Rcpp on Windows.
Best,
Matt
___
Rcpp-devel mailing list
Rcpp-devel@lists.r-forge.r-project.org
https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/rcpp-devel
On 6/24/2015 15:07, Ramon Diaz-Uriarte wrote:
Hi Matt,
Thanks a lot for the details and the work. That is great! There is a
problem, though: in my particular case, I am uploading my package to
BioConcutor, and there the compiler for Win is 4.6.3 so I am restricted to
that. Including randutils
tml#x86-Options
Naturally, you definitely want to enable optimization (like
vectorization) that matches your deployment target:
http://eigen.tuxfamily.org/index.php?title=FAQ#How_can_I_enable_vectorization.3F
Good luck!
Best,
Matt
___
Rcpp-devel mailin
/05/floating-point-complexities/
https://randomascii.wordpress.com/2012/02/25/comparing-floating-point-numbers-2012-edition/
Best,
Matt
___
Rcpp-devel mailing list
Rcpp-devel@lists.r-forge.r-project.org
https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/rcpp-devel
18 matches
Mail list logo
