[Rd] R inline package

2012-03-18 Thread Troy Robertson
Hi all, I am having some problems with the inline package and maybe someone can point out what is going wrong? I have developed a C++ library to assist with an S4 R project I have been working on for some time. I need to be able to include my package using the setCMethod() function but it fails

Re: [Rd] merge bug fix in R 2.15.0

2012-03-18 Thread Peter Meilstrup
On Sun, Mar 18, 2012 at 1:50 PM, Steve Lianoglou < mailinglist.honey...@gmail.com> wrote: > Hi, > > I'm not sure I follow ... I think we're in total agreement, but it > sounds like you're suggesting we aren't. > I think we are in agreement. I misread your "exhibit B" on the first go and missed th

Re: [Rd] merge bug fix in R 2.15.0

2012-03-18 Thread Peter Meilstrup
On Sun, Mar 18, 2012 at 12:48 PM, Steve Lianoglou < mailinglist.honey...@gmail.com> wrote: > Hi Uwe, > > 2012/3/17 Uwe Ligges : > > > > > > On 15.03.2012 22:48, Matthew Dowle wrote: > >> > >> > >> Anyone? > >> > >>> Is it intended that the first suffix can no longer be blank? Seems to > be > >>> c

Re: [Rd] merge bug fix in R 2.15.0

2012-03-18 Thread Steve Lianoglou
Hi, I'm not sure I follow ... I think we're in total agreement, but it sounds like you're suggesting we aren't. On Sun, Mar 18, 2012 at 4:40 PM, Peter Meilstrup wrote: > On Sun, Mar 18, 2012 at 12:48 PM, Steve Lianoglou > wrote: [snip] >> > Right, the user is now protected against confusing hi

Re: [Rd] merge bug fix in R 2.15.0

2012-03-18 Thread Steve Lianoglou
Hi Uwe, 2012/3/17 Uwe Ligges : > > > On 15.03.2012 22:48, Matthew Dowle wrote: >> >> >> Anyone? >> >>> Is it intended that the first suffix can no longer be blank? Seems to be >>> caused by a bug fix to merge in R 2.15.0. > > > > Right, the user is now protected against confusing himself by using

Re: [Rd] Namespace dependency not required

2012-03-18 Thread Patrick Giraudoux
Le 18/03/2012 19:30, Uwe Ligges a écrit : On 18.03.2012 19:27, Patrick Giraudoux wrote: Le 18/03/2012 18:02, Uwe Ligges a écrit : On 18.03.2012 16:08, Patrick Giraudoux wrote: Le 18/03/2012 14:57, Uwe Ligges a écrit : On 18.03.2012 11:21, Patrick Giraudoux wrote: Hi, I am working at a

Re: [Rd] Namespace dependency not required

2012-03-18 Thread Uwe Ligges
On 18.03.2012 19:27, Patrick Giraudoux wrote: Le 18/03/2012 18:02, Uwe Ligges a écrit : On 18.03.2012 16:08, Patrick Giraudoux wrote: Le 18/03/2012 14:57, Uwe Ligges a écrit : On 18.03.2012 11:21, Patrick Giraudoux wrote: Hi, I am working at adding namespace to my packages, carefully f

Re: [Rd] Namespace dependency not required

2012-03-18 Thread Patrick Giraudoux
Le 18/03/2012 18:02, Uwe Ligges a écrit : On 18.03.2012 16:08, Patrick Giraudoux wrote: Le 18/03/2012 14:57, Uwe Ligges a écrit : On 18.03.2012 11:21, Patrick Giraudoux wrote: Hi, I am working at adding namespace to my packages, carefully following the doc "Writing R extensions" and some

Re: [Rd] Namespace dependency not required

2012-03-18 Thread Uwe Ligges
On 18.03.2012 16:08, Patrick Giraudoux wrote: Le 18/03/2012 14:57, Uwe Ligges a écrit : On 18.03.2012 11:21, Patrick Giraudoux wrote: Hi, I am working at adding namespace to my packages, carefully following the doc "Writing R extensions" and some threads on the web. However I cannot find c

[Rd] Converting expression to a function

2012-03-18 Thread John C Nash
Previously, I've posted queries about this, and thanks to postings and messages in response have recently had some success, to the extent that there is now a package called nlmrt on the R-forge project https://r-forge.r-project.org/R/?group_id=395 for solving nonlinear least squares problems tha

[Rd] Rinstignore

2012-03-18 Thread Jarrod Hadfield
Hi, My updated CRAN package keeps getting bounced by CRAN because the inst/doc folder is too large. I have included a .Rinstignore file in the top-level directory using both doc/Lecture1-*.*pdf$ and inst/doc/Lecture1-*.*pdf$ The files seem to be removed if I use R --as-cran CMD check p

Re: [Rd] Namespace dependency not required

2012-03-18 Thread Patrick Giraudoux
Le 18/03/2012 14:57, Uwe Ligges a écrit : On 18.03.2012 11:21, Patrick Giraudoux wrote: Hi, I am working at adding namespace to my packages, carefully following the doc "Writing R extensions" and some threads on the web. However I cannot find clear explanation about how to best deal with the

Re: [Rd] malloc/calloc/strdup and R's aequivalents

2012-03-18 Thread oliver
On Sat, Mar 17, 2012 at 11:47:24PM -0400, Simon Urbanek wrote: [...] > You can always define Strdup() since strdup() is just a shorthand for > malloc()+strcpy() -- in fact in R it's easier since Calloc will never return > NULL so trivially > #define Strdup(X) strcpy(Calloc(strlen(X)+1, char), X) [.

Re: [Rd] Namespace dependency not required

2012-03-18 Thread Uwe Ligges
On 18.03.2012 11:21, Patrick Giraudoux wrote: Hi, I am working at adding namespace to my packages, carefully following the doc "Writing R extensions" and some threads on the web. However I cannot find clear explanation about how to best deal with the import or importFrom functions in the name

Re: [Rd] malloc/calloc/strdup and R's aequivalents

2012-03-18 Thread Dirk Eddelbuettel
On 18 March 2012 at 06:16, oliver wrote: | > R> library(inline) | > R> | > R> f <- cfunction(signature(), verbose=TRUE, body=' | > +double *p = Calloc(5, double); | [...] | | That line cleared the issue. | Thank you for providing an example. | | When reading in the documentation I was not s

Re: [Rd] Beta binomial and Beta negative binomial

2012-03-18 Thread Joan Maspons
El 18 de març de 2012 2:46, Tim Triche, Jr. ha escrit: > use the gsl package for Kummer's hypergeometric and others. I looks nice but I'm a little bit lost. Gsl have 10 hypergeometric functions: hyperg_0F1(c, x, give=FALSE, strict=TRUE) *hyperg_1F1_int(m, n, x, give=FALSE, strict=TRUE) *hyperg_1

[Rd] Namespace dependency not required

2012-03-18 Thread Patrick Giraudoux
Hi, I am working at adding namespace to my packages, carefully following the doc "Writing R extensions" and some threads on the web. However I cannot find clear explanation about how to best deal with the import or importFrom functions in the name space. To make it short: To declare dependenci