similar to: R-Forge SVN commit hook to email appears to be broken

Hi Mailman daemon wasn't running, not sure yet why. The good news is that it appears that mailman is running through the built up queue, so everyone should get the mails they should have received Best regards Martin On 15 September 2013 at 13:30, Dirk Eddelbuettel wrote: | | It would appear that commits no longer trigger emails; for Rcpp at least we | are two commits (made earlier

Hi, I am a newbie to Rcpp packages, and got problems in having basic set-ups for Rcpp under windows xp. Here is the list I have done. 1) installed Rtools and have no problem in compiling .c file. 2) installed Rcpp packages 3) set enviroment variables 'path' to make C:\Program Files\R\R-2.12.0\library\Rcpp\include\ searchable The sample C++ code I used is from the original website:

> Shield<SEXP> res(Rcpp_fast_eval(Rf_lang2(asEnvironmentSym, x), R_GlobalEnv)); The call should be protected before evaluation though. So more like: Shield<SEXP> call(Rf_lang2(asEnvironmentSym, x)); return Rcpp_fast_eval(call, R_GlobalEnv); Best, Lionel On 3/23/20, Dirk Eddelbuettel <edd at debian.org> wrote: > > > On 23 March 2020 at 17:07, Ben Bolker wrote: >

Hi, Recently, I made an R package that used the C++ library Boost.Thread (http://www.boost.org/doc/libs/1_54_0/doc/html/thread.html) for multithreading. Previously, I have posted a question at stackoverflow (http://stackoverflow.com/questions/19651954/is-it-possible-to-build-an-r-package-which-use-rcpp-and-boost-thread-on-http), and I also asked at rcpp-devel

I would go to the source, in this case Dirk Eddelbuettel's (I hope I spelled it correctly) documentation for Rcpp: http://dirk.eddelbuettel.com/code/rcpp/Rcpp-attributes.pdf Note that you need to do sourceCpp("logistic_map.cpp") in R instead of building and dyn.load()-ing the object. HTH, Peter On Sun, Dec 3, 2017 at 11:04 AM, Martin M?ller Skarbiniks Pedersen <traxplayer

On 3 December 2017 at 20:19, Dirk Eddelbuettel <edd at debian.org> wrote: Hi Dirk, Thanks for your answers. I got a few more questions. > > 0) Wrong list. Rcpp has its down, rcpp-devel, and I basically do not read > this and would have missed this were it not for luck. OK. I did found the rcpp-devel mailing-list. But I though it was a developers of the rcpp-package. So it is ok

Hi, We are a company developing a software mainly in C++. We want to integrate R inside our software in order to use mainly the engine (usual stats as mean, sigma, Pearson, outlier detection, CPA, multivariate, ...) and probably later the chart solution. Of course we don''t want to temporary write the data to some csv files and then do an ugly system() call :

Hi, We are a company developing a software mainly in C++. We want to integrate R inside our software in order to use mainly the engine (usual stats as mean, sigma, Pearson, outlier detection, CPA, multivariate, ...) and probably later the chart solution. Of course we don''t want to temporary write the data to some csv files and then do an ugly system() call :

With several versions of R 2.12.0 I have been seeing this when running R CMD build Rcpp from the SVN sources: [...] Transcript written on Rd2.log. Saving output to '/home/edd/svn/rcpp/pkg/Rcpp/build/Rcpp.pdf' ... Warning in file.create(to[okay]) : cannot create file '/home/edd/svn/rcpp/pkg/Rcpp/build/Rcpp.pdf', reson 'No such file or directory' Done

On 16 December 2016 at 10:14, Duncan Murdoch wrote: | On 16/12/2016 8:37 AM, Dirk Eddelbuettel wrote: | > | > On 16 December 2016 at 08:20, Duncan Murdoch wrote: | > | Perhaps the solution is to recommend that packages which export their | > | C-level entry points either guarantee them not to change or offer | > | (require?) version checks by user code. So dplyr should start out by

On 16 December 2016 at 11:00, Duncan Murdoch wrote: | On 16/12/2016 10:40 AM, Dirk Eddelbuettel wrote: | > On 16 December 2016 at 10:14, Duncan Murdoch wrote: | > | On 16/12/2016 8:37 AM, Dirk Eddelbuettel wrote: | > | > | > | > On 16 December 2016 at 08:20, Duncan Murdoch wrote: | > | > | Perhaps the solution is to recommend that packages which export their | > | > |

On 16 December 2016 at 08:20, Duncan Murdoch wrote: | Perhaps the solution is to recommend that packages which export their | C-level entry points either guarantee them not to change or offer | (require?) version checks by user code. So dplyr should start out by | saying "I'm using Rcpp interface 0.12.8". If Rcpp has a new version | with a compatible interface, it replies

Martin, You are making your life way too complicated. There are a number of things I would do differently: 0) Wrong list. Rcpp has its down, rcpp-devel, and I basically do not read this and would have missed this were it not for luck. On 3 December 2017 at 02:06, Martin M?ller Skarbiniks Pedersen wrote: | I have read some web-pages about Rcpp and C++ but it is a bit confusion | for me. 1)

Hi, apparently I sent my question about using R and C++ to the wrong list, ironically seeing as that list was called Rcpp. Anyway, I was directed to post my question here. To summarize my current question, I have found two commands that I want to be able to put into a package. The commands are 'R CMD SHLIB X.cc X_main.cc' and

The Rcpp package and some related packages such as RcppArmadillo make use of (local) wrappers around the utils::package.skeleton() function for creating (basic yet functional) packages using Rcpp or RcppArmadillo. RStudio also exposes this under the graphical menu as a nice way to construct a package. But it seems that something changed quite recently in R. I looked into this a little yesterday

On 12 May 2016 at 13:11, Mark van der Loo wrote: | Charles, | | 1. Perhaps this question is better directed at the R-help or | R-pacakge-devel mailinglist. | | 2. It basically means that R itself can only evaluate one R expression at | the time. | | The parallel package circumvents this by starting multiple R-sessions and | dividing workload. | | Compiled code called by R (such as C++ code

On Mon, Dec 18, 2017 at 2:40 PM, Dirk Eddelbuettel <edd at debian.org> wrote: > > (Moderately wrong list: r-package-devel for packaging questions, rcpp-devel > for Rcpp questions) > > On 18 December 2017 at 13:24, Stravs, Michael wrote: > | I am trying to make a package B that extends another package A. Package A uses Rcpp, and I want to extend a class X used there.

On 12 February 2017 at 12:28, Jeroen Ooms wrote: | On Mon, Dec 19, 2016 at 2:27 PM, Terje J?rgensen <terjej at imr.no> wrote: | > Hi, | > | > I am unable to install tibble, a required package for ggplot2 in R. I am | > running R (version 3.3.2 ) in RStudio (version 1.0.44). My OS is ubuntu | > 14.04 (64 bits). | | I was able to reproduce this problem. What happened is that

On 9 August 2018 at 20:37, Tomas Kalibera wrote: | So to answer your original question, this could probably be handled in | Rcpp, Hm. Why do you say that / what did you have in mind? Recall that we do not alter SEXPs or introduce additional additional reference counters -- because we do not think that altering the basic R API for such calls would be a wise strategy. So we do more or less what

Hi, I have been using R for close to two years now and have grown quite comfortable with the language. I am presently trying to implement an optimization routine in R (Newton Rhapson). I have some R functions that calculate the gradient and hessian (pre requisite matrices) fairly efficiently. Now, I have to call this function iteratively until some convergance criterion is reached. I think the