On Fri, 2010-01-15 at 00:12 -0600, Jeff Ryan wrote:
> Hi Ross,
>
> The quantmod package makes available routines from a variety of
> contributed packages, but gets around your issues with a bit of, um,
> trickery.
>
> Take a look here (unless your name is Kurt ;-) ):
>
> http://r-forge.r-project
Hi Ross,
The quantmod package makes available routines from a variety of
contributed packages, but gets around your issues with a bit of, um,
trickery.
Take a look here (unless your name is Kurt ;-) ):
http://r-forge.r-project.org/plugins/scmsvn/viewcvs.php/pkg/R/buildModel.methods.R?rev=367&roo
I have a package that can use rmpi, but works fine without it. None of
the automatic test code invokes rmpi functionality. (One test file
illustrates how to use it, but has quit() as its first command.)
What's the best way to handle this? In particular, what is the
appropriate form for upload t
I think this is probably known by someone, but I wanted to ask/comment:
The 'adapt' package has been removed from CRAN because of an 'unclear'
license. That makes sense, but it actually took a bit of digging for me
to discover that, and if I had been a student I might not have figured
it out.
On Jan 14, 2010, at 15:01 , Henrik Bengtsson wrote:
Currently, system.file() on a non-existing package returns an empty
string:
path <- system.file(package="foo");
print(path);
[1] ""
The same goes for non-existing paths in existing package directories:
path <- system.file("foo", package="
Currently, system.file() on a non-existing package returns an empty string:
path <- system.file(package="foo");
print(path);
[1] ""
The same goes for non-existing paths in existing package directories:
path <- system.file("foo", package="base");
print(path);
[1] ""
Is there a rationale for this
If there are any users of RcppTemplate package Version 6+ please
let me know ASAP as I will probably reorganize this package to
limit confusion and overlap with the package Rcpp.
Since the package Rcpp which forked from an earlier version of RcppTemplate
seems
to have the support of many people in
On Thu, 14 Jan 2010, Romain Francois wrote:
On 01/14/2010 12:42 PM, Laurent Gautier wrote:
Hi,
In Rcpp, we now have a "Function" class to encapsulate functions
(they cover all three kinds, but this may change).
Just a note on that: there is probably no hurry to do so.
rpy2 is also having CLO
> On Thu, 14 Jan 2010 11:45:31 -,
> Matthew Dowle (MD) wrote:
> I see the same problem. The wiki link on the R homepage doesn't seem to
> respond.
> A search of r-devel for subjects containing "wiki" finds this seemingly
> unanswered recent post.
> Is it known?
Philippe G
On 01/14/2010 02:27 PM, Laurent Gautier wrote:
On 1/14/10 1:16 PM, Romain Francois wrote:
On 01/14/2010 12:42 PM, Laurent Gautier wrote:
Hi,
In Rcpp, we now have a "Function" class to encapsulate functions
(they cover all three kinds, but this may change).
Just a note on that: there is prob
On Thu, Jan 14, 2010 at 10:20 AM, Romain Francois <
romain.franc...@dbmail.com> wrote:
> It might be interesting that you post how you would invoke the same using
> RcppTemplate.
Sorry, I will not complete with my own work.
The point of my last post was to see if anybody still uses RcppTemplate
On 01/14/2010 03:50 PM, Dominick Samperi wrote:
The Rcpp library in RcppTemplate (the package that Rcpp forked from)
simplifies the process
of calling functions from C++. The design goal was to enable users to
focus on
scientific problem solving rather than interface problems and low-level
R inte
The Rcpp library in RcppTemplate (the package that Rcpp forked from)
simplifies the process
of calling functions from C++. The design goal was to enable users to focus
on
scientific problem solving rather than interface problems and low-level R
internals (by
hiding these details and documenting eve
On 1/14/10 1:16 PM, Romain Francois wrote:
On 01/14/2010 12:42 PM, Laurent Gautier wrote:
Hi,
In Rcpp, we now have a "Function" class to encapsulate functions
(they cover all three kinds, but this may change).
Just a note on that: there is probably no hurry to do so.
rpy2 is also having CLOSX
On 01/14/2010 12:42 PM, Laurent Gautier wrote:
Hi,
In Rcpp, we now have a "Function" class to encapsulate functions
(they cover all three kinds, but this may change).
Just a note on that: there is probably no hurry to do so.
rpy2 is also having CLOSXP, BUILTINSXP, and SPECIALSXP represented as
I see the same problem. The wiki link on the R homepage doesn't seem to
respond.
A search of r-devel for subjects containing "wiki" finds this seemingly
unanswered recent post.
Is it known?
-Matthew
"Ben Bolker" wrote in message
news:4b44b12a.60...@ufl.edu...
>
___
Hi,
In Rcpp, we now have a "Function" class to encapsulate functions
(they cover all three kinds, but this may change).
Just a note on that: there is probably no hurry to do so.
rpy2 is also having CLOSXP, BUILTINSXP, and SPECIALSXP represented as
one function-like class and seems to be beha
Hi,
In Rcpp, we now have a "Function" class to encapsulate functions (they
cover all three kinds, but this may change).
To call the function, what we do is generate a call with the function as
the first node and then evaluate the call.
SEXP stats = PROTECT( R_FindNamespace( mkString( "stats
On Mon, Jan 11, 2010 at 10:10 PM, Jeff Hamann wrote:
> R Developers,
>
> I cannot seem to find an R package that can read/write iCalendar (RFC2445)
> files.
>
> I have found the libical library at sourceforge. I've used it briefly so it
> may be what I need, but again no R interface. I may have to
19 matches
Mail list logo
