Dirk Eddelbuettel

Results 1017 comments of Dirk Eddelbuettel

We have a clean slate per [the results page](https://cloud.r-project.org/web/checks/check_results_gtrendsR.html) so should sail through quickly.

@jameslamb just for the record this is somewhat sloppy amd potentially misleading language: > lightgbm does not use Rcpp, cpp11, or any other R packages that code-generate C++ code. The...

(Double) typo / thinko from being absent minded, sorry. Now corrected to the Tomas I had been thinking of and whom I have managed to reference correctly too numerous times...

@jameslamb I knew you knew I just felt like focusing the language a little. All good.

I really like these plots too. One thing we could do too (if upstream `beeswarm` is game) is to have it register and export its C function as callable and...

Agreed as the data volumes will likely remain modest. For kicks, I took the same (`microbenchmark`-generated) dataset and fed it to the `ggbeswarm::geom_beeswarm()`. And let's just that say I was...

Thanks for picking this back up. I have the ability to access C-level functions in a packages directly from other packages in a few places so this is surely something...

That bulleted list was helpful. I had not clicked why we needed `digest.h`. What you wrote makes sense. What were you thinking in terms of minimal input? Don't we always...

See package RApiSerialize which I use in package RcppRedis to turn _any_ R expression, variable, ... handed down as SEXP into raw bytes (which Redis stores, we would hash them)....

Well that is what I was thinking we should have a 'demo client' too. :grinning: But as I understand it your use case is (many, small, frequent) calls to digest...