Hello everyone,
My RInside was working before, but stopped to work after some updates (I
think so).
With Qt:
Starting
/home/note/projects/qt/qtdensity-build-desktop-Qt_4_8_2_in_PATH__System__Release/qtdensity...
Error in plot.density(density(y, bw = bw/100, kernel = kernel), xlim =
range(y) + :
Hi Edouard,
On 7 May 2014 at 21:33, Edward Roualdes wrote:
| Thanks for checking this out and suggesting that it is likely just my
machine.
| After a successful build / run on travis cl, we've basically confirmed that
my
| machine has the issue.
Thanks for reporting back. And yes, Travis (a
Dirk,
Thanks for checking this out and suggesting that it is likely just my
machine. After a successful build / run on travis cl, we've basically
confirmed that my machine has the issue.
Thank you,
Edward
On Wed, May 7, 2014 at 2:32 PM, Dirk Eddelbuettel wrote:
>
> Edward,
>
> On 7 May 2014 a
Hi Slava,
On 7 May 2014 at 16:17, Slava Mazur wrote:
| Hi Dirk,
|
| > Have you by chance recently updated parts of R, Rcpp, RInside, ... but not
the others?
| Apparently yes; however, it was not done by me and the person who did this is
not available at the moment.
| So, I removed Rcpp and RIn
Hi Dirk,
> Have you by chance recently updated parts of R, Rcpp, RInside, ... but not
> the others?
Apparently yes; however, it was not done by me and the person who did this is
not available at the moment.
So, I removed Rcpp and RInside and re-installed them with all dependencies and
that reso
Hi Slava
On 7 May 2014 at 15:06, Slava Mazur wrote:
| Hi Dirk,
|
| Thanks for the prompt attention to this issue. It does not have anything to
do with boost: the following behaves the same way:
Yes, I said the same in my email. I was ready to remove it, but it has
nothing to do with it.
|
|
Hi Dirk,
Thanks for the prompt attention to this issue. It does not have anything to do
with boost: the following behaves the same way:
#include
#include
int main(int argc, char *argv[]) {
RInside Rinst(argc, argv);
const int N = 173;
double v[N];
std::fill(v, v+N, 0.0);
R
Edward,
On 7 May 2014 at 12:05, Edward Roualdes wrote:
| I've narrowed down this R CMD CHECK warning all the way from my code (https://
| github.com/roualdes/btf) to RcppEigen.package.skeleton() to an even smaller
| example. Any thoughts / suggestsions to get rid of this warning which will
| kee
Edward,
I cannot replicate that.As you can see below, I do have -Wall -pedantic
and what not on, but with my compiler (g++-4.8) everything is good.
Dirk
R> sourceCpp("/tmp/edward.cpp", verbose=TRUE, rebuild=TRUE)
Generated extern "C" functions
Hi Slava,
On 7 May 2014 at 12:07, Slava Mazur wrote:
| I observe a crash in NumericVector constructor with new versions of Rcpp/
| RInside: (0.11.1 and 0.2.11 respectively).
I cannot replicate that. Ubuntu 13.10; everything current.
A copy and paste session is below. I just made the size a c
All,
I've narrowed down this R CMD CHECK warning all the way from my code (
https://github.com/roualdes/btf) to RcppEigen.package.skeleton() to an even
smaller example. Any thoughts / suggestsions to get rid of this warning
which will keep such packages off of CRAN are much appreciated. Below ar
Hi,
I observe a crash in NumericVector constructor with new versions of
Rcpp/RInside: (0.11.1 and 0.2.11 respectively).
Here is a test c++ code:
// dataptr_crash.cpp
//
#include
#include
#include
static boost::shared_ptr Rinst;
Thanks for the clarification, Martyn.
On Wed, May 7, 2014 at 7:18 AM, Martyn Plummer wrote:
> On Wed, 2014-05-07 at 08:59 -0400, Gabor Grothendieck wrote:
>> I did read it but his theory must be wrong
>
> I'm right here you know.
>
>> since it failed as
>> described before Kevin's fix and worked
On Wed, 2014-05-07 at 08:59 -0400, Gabor Grothendieck wrote:
> I did read it but his theory must be wrong
I'm right here you know.
> since it failed as
> described before Kevin's fix and worked afterwards.
It is a Windows-specific issue. The help page for Sys.setenv reveals
all:
"Most platform
On Tue, May 6, 2014 at 11:53 AM, Jerome MARQUET
wrote:
> Hello,
>
> I am building a package "myModule" and would like to define a function
> that will be called when R is exited.
>
> So I defined a function
>
> *RcppExport void R_unload_mlxComputeR(DllInfo *info)*
> *{*
> *// Do sthg*
> *}*
>
I did read it but his theory must be wrong since it failed as
described before Kevin's fix and worked afterwards.
On Wed, May 7, 2014 at 8:14 AM, Dirk Eddelbuettel wrote:
>
> On 7 May 2014 at 06:47, Gabor Grothendieck wrote:
> | I am now getting latex errors when I try to install Rcpp from githu
On 7 May 2014 at 06:47, Gabor Grothendieck wrote:
| I am now getting latex errors when I try to install Rcpp from github
We treat GitHub as a development repository, just like R-Forge before it.
To us, it is not a means for general distribution (though we strive to keep
the master branch sane
On 7 May 2014 at 10:08, Martyn Plummer wrote:
| On Tue, 2014-05-06 at 22:50 -0700, Kevin Ushey wrote:
| > Looks like it was a bug on our end -- R-exts specifies that USE_CXX1X
| > should be set to any value; we try to set it to nothing (ie, define it
| > but leave it empty) but apparently that is
I am now getting latex errors when I try to install Rcpp from github
(see below) but it does now work (without the vignettes) if I use:
github_install("RcppCore/Rcpp", build_vignettes = FALSE)
so at least I can proceed without explicitly setting any environment
variables now.
Thanks.
> R.versio
On Tue, 2014-05-06 at 22:50 -0700, Kevin Ushey wrote:
> Hi Gabor,
>
> Looks like it was a bug on our end -- R-exts specifies that USE_CXX1X
> should be set to any value; we try to set it to nothing (ie, define it
> but leave it empty) but apparently that is not accepted.
Yes it is. We use Sys.get
20 matches
Mail list logo
