On 16 July 2017 at 21:00, Ismail SEZEN wrote:
| I really have to fill the page with apologies. Please, forgive me for the
trouble. I feel like I've been beaten to death whenever I get an answer from
Dirk :) But I’m ok with this. This makes me think twice before sending an email
before. You are
>
> Not exactly "minimally reproducible". Do tell beforehand than cloning the
> repo will suck down 300+ megabytes. And that you have build requirements for
> other packages exotic enough that they are NOT met by the reverse depends of
> the now almost 1100 packages I test against. Not nice. An
On 16 July 2017 at 15:39, Ismail SEZEN wrote:
| For the people who might have the same/similar issue;
|
| Please do not use direct call (as below) to cpp functions in your code
somewhere;
|
| .Call('rpbl_hef_list', PACKAGE = ‘rpbl’, ...)
You can. But then you must use the same form as generate
Lastly, and regarding the warning of being unable to parse your 'Infinity'
argument, we have had the following segment in Section 2.2 of the vignette
'Rcpp Attributes' for years:
Not all \proglang{C++} default argument values can be parsed into their
\proglang{R} equivalents, however the most com
One of your other problems is that you mix twenty-eight generated function
interfaces (via the Rcpp::exports() tag, the recommended approach) with the
very old-school approach of two remaining manual .Call() in your R/hef.R.
That conflicts with us now using underscores, as the symbol name still u
On 16 July 2017 at 15:09, Ismail SEZEN wrote:
| I had a package that I wrote myself with Rcpp code. After Rcpp 0.12.12
update, I can not build and install the package and I’m getting the error below:
|
| ** testing if installed package can be loaded
| Error: package or namespace load failed for
> On 16 Jul 2017, at 15:09, Ismail SEZEN wrote:
>
> Hello all,
>
> I had a package that I wrote myself with Rcpp code. After Rcpp 0.12.12
> update, I can not build and install the package and I’m getting the error
> below:
>
> ** testing if installed package can be loaded
> Error: package or
Hello all,
I had a package that I wrote myself with Rcpp code. After Rcpp 0.12.12 update,
I can not build and install the package and I’m getting the error below:
** testing if installed package can be loaded
Error: package or namespace load failed for ‘rpbl’ in dyn.load(file, DLLpath =
DLLpath
oject.org"
|
| Sent: Wednesday, July 10, 2013 11:36 AM
| Subject: Re: [Rcpp-devel] Unable to load shared object
|
| On Wed, Jul 10, 2013 at 2:18 PM, Jules Archer wrote:
|
| > | However, when I try to compile as an R package, I keep getting the
| > following
| > | error:
| >
esday, July 10, 2013 11:36 AM
Subject: Re: [Rcpp-devel] Unable to load shared object
On Wed, Jul 10, 2013 at 2:18 PM, Jules Archer wrote:
> | However, when I try to compile as an R package, I keep getting the
> following
> | error:
> |
> | ** building package indices
> |
Jules,
On 10 July 2013 at 11:18, Jules Archer wrote:
| Dirk,
|
| Thank you for your fast reply!
|
| With regard to your specific suggestions:
|
| |Two suggestions. First, try creating a simple package without MathGL just to
| |make sure you have that process of going from sourceCpp via compil
On Wed, Jul 10, 2013 at 2:18 PM, Jules Archer wrote:
> | However, when I try to compile as an R package, I keep getting the
> following
> | error:
> |
> | ** building package indices
> | ** testing if installed package can be loaded
> | Error in dyn.load(file, DLLpath = DLLpath, ...) :
> | unabl
Dirk,
Thank you for your fast reply!
With regard to your specific suggestions:
|Two suggestions. First, try creating a simple package without MathGL just to
|make sure you have that process of going from sourceCpp via compileAttributes
|to a package licked.
Yes, I did successfully create a s
13 matches
Mail list logo
