Re: [R-pkg-devel] [Learning] the secret of Win[dows C-backed packages]

2016-08-13 Thread Dirk Eddelbuettel
On 13 August 2016 at 18:19, Bob Rudis wrote: | Aye. I rly need to get back to my security & privacy "R" post. The | slipstreaming in of these binaries is somewhat frightening. Almost as | frightening as being stuck on Windows 😀 Right. And the Windows side of that so-called "anticonf" [1] pattern

Re: [R-pkg-devel] [Learning] the secret of Win[dows C-backed packages]

2016-08-13 Thread Bob Rudis
Aye. I rly need to get back to my security & privacy "R" post. The slipstreaming in of these binaries is somewhat frightening. Almost as frightening as being stuck on Windows 😀 On Sat, Aug 13, 2016 at 13:09 Dirk Eddelbuettel wrote: > > I don't think there is a good "generally applicable" solution

Re: [R-pkg-devel] [Learning] the secret of Win[dows C-backed packages]

2016-08-13 Thread Dirk Eddelbuettel
I don't think there is a good "generally applicable" solution. We have a bunch of hacks. Below are three quickly picked examples from packages of mine: RQuantLib relies on environment variables and a 'library that needs to just be there' on the build host: ## The environment variable QUANTLI

[R-pkg-devel] [Learning] the secret of Win[dows C-backed packages]

2016-08-13 Thread Bob Rudis
Hey folks, I usually stare in awe at the C-backed packages that rely on eternal libraries which are super-easy to get working on macOS & *nix _but_ that also work perfectly on Windows. I fire up Windows (*maybe*) once a month to test some of my packages but I'm curious as to what I need to do to s