Re: [Rcpp-devel] variable affectation in Rcpp Rcpp Armadillo

2011-06-15 Thread Nicolas Heslot
I finally figured out, it was a syntax error, as the new assigned object was not an arma:: mat but an element from a list I took care of the problem by using ui = Rcpp::as(all_ui[i]) in the reaffectation Thank you again all for your help On Wed, Jun 15, 2011 at 11:00 PM, Dirk Eddelbuettel wrote:

Re: [Rcpp-devel] variable affectation in Rcpp Rcpp Armadillo

2011-06-15 Thread Dirk Eddelbuettel
On 15 June 2011 at 20:17, Nicolas Heslot wrote: | Any idea about this variable reaffectation thing? Well ... that still make little sense. Variables are not protected; there is nothing stopping you from re-assigning values, be it element-wise, row or column-wise, or as a whole matrix. So I suspec

Re: [Rcpp-devel] variable affectation in Rcpp Rcpp Armadillo

2011-06-15 Thread MISRA, SANJOG
I've also written MCMC code using arma and have no trouble overwriting (assuming that's what reaffectation is) matrices. On Jun 15, 2011, at 8:17 PM, "Nicolas Heslot" wrote: Well, That's sound good, The distribution I need are multivariate normal, inverse gaussian. Though, the biggest issu

Re: [Rcpp-devel] variable affectation in Rcpp Rcpp Armadillo

2011-06-15 Thread Nicolas Heslot
Well, That's sound good, The distribution I need are multivariate normal, inverse gaussian. Though, the biggest issue is that for one of the parameter there is no closed form so I am using Metropolis Hastings for it. Any idea about this variable reaffectation thing? It seems to be specific to arma

Re: [Rcpp-devel] variable affectation in Rcpp Rcpp Armadillo

2011-06-15 Thread Whit Armstrong
I'm not giving up yet. I'll implement the distribution that is missing, and send you the example if you lay out your model w/ pseudocode. -Whit On Wed, Jun 15, 2011 at 7:59 PM, Nicolas Heslot wrote: > Hi, > > Thank you for your quick answer. > Sorry that I did not explain well enought my issue

Re: [Rcpp-devel] variable affectation in Rcpp Rcpp Armadillo

2011-06-15 Thread Nicolas Heslot
Hi, Thank you for your quick answer. Sorry that I did not explain well enought my issue. I did not know about cppbugs but I just checked and it does not seem that I can use it for my model because it lacks some of the distribution I need. The fraction of code could seems obscure but it is just the

Re: [Rcpp-devel] variable affectation in Rcpp Rcpp Armadillo

2011-06-15 Thread Dirk Eddelbuettel
Salut Nicolas, On 15 June 2011 at 17:03, Nicolas Heslot wrote: | Hi rcpp-devel! | First of all thank you for this awesome tool! Pleasure, and welcome. | I started a few days ago coding with Rcpp to try to reduce the computing time | of a MCMC model. | However, I don't have experience with C/C+

Re: [Rcpp-devel] variable affectation in Rcpp Rcpp Armadillo

2011-06-15 Thread Whit Armstrong
You're not the only person working on MCMC w/ Rcpp. I'm not sure about your exact question, but if you provide a .bug file or write your model in pseudo code (i.e. alpha ~ dnorm(0, tau)), then I'll write up a cppbugs example for you. -Whit On Wed, Jun 15, 2011 at 5:03 PM, Nicolas Heslot wrote

[Rcpp-devel] variable affectation in Rcpp Rcpp Armadillo

2011-06-15 Thread Nicolas Heslot
Hi rcpp-devel! First of all thank you for this awesome tool! I started a few days ago coding with Rcpp to try to reduce the computing time of a MCMC model. However, I don't have experience with C/C++ and I can't figure out how to reaffect a new content to a variable. This seems probably very simpl

Re: [Rcpp-devel] Namespace error

2011-06-15 Thread soeren . vogel
On 15.06.2011, at 20:57, Dirk Eddelbuettel wrote: > On 15 June 2011 at 20:07, soeren.vo...@uzh.ch wrote: > | We refer to the discussion about the namespace error, e.g., here > [...] > | And the CHECK error reads: > | Error: .onLoad failed in loadNamespace() for 'GUTS', details: > | call: value[[

Re: [Rcpp-devel] Namespace error

2011-06-15 Thread Dirk Eddelbuettel
On 15 June 2011 at 20:07, soeren.vo...@uzh.ch wrote: | We refer to the discussion about the namespace error, e.g., here [...] | And the CHECK error reads: | Error: .onLoad failed in loadNamespace() for 'GUTS', details: | call: value[[3L]](cond) | error: failed to load module modguts from packa

[Rcpp-devel] Namespace error

2011-06-15 Thread soeren . vogel
Hello (BCC recipients FYI.) We refer to the discussion about the namespace error, e.g., here http://lists.r-forge.r-project.org/pipermail/rcpp-devel/2011-June/002435.html We have not yet get rid of the error, although the package load fine after installation. Just exposing the module and creat

Re: [Rcpp-devel] Is there an extractor for dimnames from the Rcpp::Matrix class?

2011-06-15 Thread Jelmer Ypma
I'm not sure if this is what you're looking for and I don't know if this is the official way to extract them, but if you have an object called obj and know the name of an attribute, you can extract the attribute using obj.attr( "attribute_name" ). You can get a vector with all the attributes of an

[Rcpp-devel] Is there an extractor for dimnames from the Rcpp::Matrix class?

2011-06-15 Thread Douglas Bates
I was looking for an extractor for the dimnames (i.e. R_DimNamesSymbol) from the Rcpp Matrix classes but didn't find one. Have I overlooked something? ___ Rcpp-devel mailing list Rcpp-devel@lists.r-forge.r-project.org https://lists.r-forge.r-project.org/c

Re: [Rcpp-devel] Rcpp modules: Derived class - exposing method from base class?

2011-06-15 Thread Douglas Bates
On Wed, Jun 15, 2011 at 6:38 AM, Jonas Rauch wrote: > Hey again, > > just to clarify: The final solution was to implement all methods of the > derived class that are to be exposed to R and to call the method of the base > class explicitly: > > class Bar : public Foo { >     ... >     void doSometh

Re: [Rcpp-devel] Rcpp modules: Derived class - exposing method from base class?

2011-06-15 Thread Jonas Rauch
Hey again, just to clarify: The final solution was to implement all methods of the derived class that are to be exposed to R and to call the method of the base class explicitly: class Bar : public Foo { ... void doSomething() { Foo::doSomething() } }; Of course that is not very elegant b