On Mon, Jan 11, 2010 at 10:10 PM, Jeff Hamann jeff.d.ham...@gmail.comwrote:
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
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)
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
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 bol...@ufl.edu wrote in message
news:4b44b12a.60...@ufl.edu...
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
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
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
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
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 so
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
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 Grosjean
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
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
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, or is it
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=base);
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
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
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 ;-) ):
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 ;-) ):
19 matches
Mail list logo