Re: [Rcpp-devel] RcppArmadillo with -fopenmp: Not using all available cores

Hi Dirk, sessionInfo() was the right clue. Indeed the version of R on machine B was not linked to OpenBLAS. Switching to a version with OpenBLAS allows the test code to use all cores. A clear way to check which library is linked is to run the following: > extSoftVersion()["BLAS"] Thanks for

Re: [Rcpp-devel] RcppArmadillo with -fopenmp: Not using all available cores

Hi Robin, On 2 March 2024 at 16:34, Robin Liu wrote: | sessionInfo() was the right clue. Indeed the version of R on machine B was not | linked to OpenBLAS. Switching to a version with OpenBLAS allows the test code | to use all cores. | | A clear way to check which library is linked is to run

Re: [Rcpp-devel] Segfault in wrapping code in Rcpp

Hi Nikhil, Don't post images. I read in a text-based reader. The mailing list software also scrubs html (I think). I would simplify. Start with the simplest Rcpp Modules setup. Then add. Check checking. Eventually on your way towards what you are doing now you may spot the error. Hope this

[Rcpp-devel] segfault on exit CRAN+Intel only

Hi A couple of days ago I posted on R-package-devel about a mysterious segfault from R CMD checks of my package secrdesign (see https://CRAN.R-project.org/package=secrdesign, and https://github.com/MurrayEfford/secrdesign) The issue rises only on CRAN and only with the Intel(R) oneAPI DPC++/C++