Dear Dirk, dear Ivan,
thanks for your suggestions. I agree that R packages aren't meant to be
build that way, and even though this is an academic project but since the
source code wasn't written by me it is not my decision if, where and when
to publish it openly. In any case, directly linking to a
On Sun, 28 Jun 2020 12:43:53 +0200
Lisa GM wrote:
> "sum_c" not resolved from current namespace (sum)
As mentioned by Dirk Eddelbuettel, this is not the way R packages are
supposed to be built [*], but if you are absolutely positive you cannot
build the DLL from source together with the package
Hi Lisa,
On 28 June 2020 at 20:32, Lisa GM wrote:
| Thank you so much for your quick reply. I'm not particularly set on the
| 'inline' package especially if it's becoming outdated. I looked into using
Please report bugs or shortcomings in an issue ticket at GitHub. I am also
its maintainer and
Dear Dirk,
Thank you so much for your quick reply. I'm not particularly set on the
'inline' package especially if it's becoming outdated. I looked into using
Rcpp but I couldn't figure out how to compile my c++ code outside of the
package and only include the DLL. My problem is that I cannot publi
Lisa,
Sorry, I misread your code. There is a possible array overrun, so we need
argument n and p, apparently. A likely better version, and demo running the
right code are below. The rest of the reasoning likely stands, methinks.
Code
---
Lisa,
One can do what you do, but it is fraught with some difficulties (as you
experienced) and even more so once you try to do this portably. Helper
packages exists: the `inline` package is the oldest of this class and still
supports the .C() interface you used here. And which for a few years n
