New post: https://jcarroll.com.au/2025/06/29/counting-digits-quickly/

What if you could just wave a magic wand over your R #rstats code and have it transform into something that ran as fast as or faster than C? @t_kalinowski's {quickr} 'R to Fortran Transpiler' does that for you! #fortran

With bonus comparisons to #Rcpp #julialang and #rustlang

Updated to restrict to integers thanks to @toddixd

Rblpapi 0.3.15 on CRAN: Several Refinements
Direct and efficient R interface to Bloomberg Terminal
https://dirk.eddelbuettel.com/blog/2025/03/31#rblpapi_0.3.16
#rstats #rcpp

RProtoBuf 0.4.24 on CRAN: Minor Polish
An R interface to Google Protocol Buffers data serialization
https://dirk.eddelbuettel.com/blog/2025/03/31#rprotobuf_0.4.24
#rstats #rcpp

RcppExamples 0.1.10: New factor Example, Other Updates
Examples of using Rcpp to interface R and C++
https://dirk.eddelbuettel.com/blog/2025/03/17#rcppexamples_0.1.10
#rstats #rcpp

Don't scold me, I won't use this, I was just testing – I was expecting a crash, but no, it works.

* No, all the threads do not produce the same results, even with a shift: the RNG is not private (this is not like a cluster with parallel !)

* You can see the same number twice in different threads, although not often -- looking at .Random.seed afterwards shows that most of the time, the RNG was updated the same number of times.

* If you set a seed, the result will differs from a call to another, because the threads do not always call the RNG in the same order