OK. Based on comments in serialize.c, this sort of thing isn't
available(yet). However, I also came to the conclusion that for my purposes
(caching functions-of existing R objects) I might implement the cache not
with an environment but with the weak-reference facility exposed in the C
interfaces.
On 01/15/2013 03:25 PM, elijah wright wrote:
On Tue, Jan 15, 2013 at 12:46 PM, Hervé Pagès mailto:hpa...@fhcrc.org>> wrote:
and given R's modularity that is fortunately not very often the
case.
Modularity would be even better if more things *in core* were made
generi
On Jan 15, 2013, at 2:24 PM, Michael Li wrote:
> I've trying to fix the check error in rpvm package. Right now on my Mac, I
> use darwinport to install PVM and I can get rpvm to pass the check using 'R
> -arch x86_64 CMD check'. However the default 'R CMD check' uses i386 which
> fails since PV
On Tue, Jan 15, 2013 at 4:55 PM, Duncan Murdoch wrote:
> On 13-01-15 7:39 PM, Peter Meilstrup wrote:
>
>> Within I'm using an environment as a hashtable to cache the results of
>> some
>> repeated computations in a package. The thing is that the contents of the
>> cache will not be valid across R
On 13-01-15 7:39 PM, Peter Meilstrup wrote:
Within I'm using an environment as a hashtable to cache the results of some
repeated computations in a package. The thing is that the contents of the
cache will not be valid across R sessions, so I would like to make sure
that the cache is cleared if th
Within I'm using an environment as a hashtable to cache the results of some
repeated computations in a package. The thing is that the contents of the
cache will not be valid across R sessions, so I would like to make sure
that the cache is cleared if the user saves or restores the workspace (or
whe
On Tue, Jan 15, 2013 at 12:46 PM, Hervé Pagès wrote:
> and given R's modularity that is fortunately not very often the case.
>>
>
> Modularity would be even better if more things *in core* were made
> generics. For example why the stuff in parallel was not made generic?
> (at least S3 generic)
I'm surprised this works on Windows and Mac, since RMonetDB does not
seem to be on CRAN. I thought it was still a requirement that
dependencies need to be on CRAN (which makes development difficult for
related packages like this).
A related long standing request is that R-forge checking look f
I have exactly the same issue with a pair of my packages on R-Forge.
I've already notified Stefan, but I mentioned it wasn't urgent for me :)
It must have something to do with the R check using a different environment
than the build...
So good hunting, Stefan!
Nick Sabbe
--
ping: nick.sa...@ug
On 15.01.2013 20:47, Thomas Lumley wrote:
I have a project on R-forge (sqlsurvey.r-forge.r-project.org) with two
packages, RMonetDB and sqlsurvey.
At the moment, sqlsurvey is listed as failing to build. The error is on
the Linux package check, which says that RMonetDB is not available:
* ch
I have a project on R-forge (sqlsurvey.r-forge.r-project.org) with two
packages, RMonetDB and sqlsurvey.
At the moment, sqlsurvey is listed as failing to build. The error is on
the Linux package check, which says that RMonetDB is not available:
* checking package dependencies ... ERROR
Package
I've trying to fix the check error in rpvm package. Right now on my Mac, I
use darwinport to install PVM and I can get rpvm to pass the check using 'R
-arch x86_64 CMD check'. However the default 'R CMD check' uses i386 which
fails since PVM is built for x86_64 only.
So is there a way to ensure pr
Hi,
On 01/14/2013 05:04 PM, Simon Urbanek wrote:
[...]
Maybe it's a sign of a relative maturity of R that we don't have a particular
"milestone"-like agenda.
There are many ways one can interpret the lack of an official roadmap
for a software project. However "maturity" is certainly not one
Oliver Bandel first.in-berlin.de> writes:
> Am 15.01.2013 um 01:11 schrieb Brian Lee Yung Rowe muxspace.com>:
> > On Jan 14, 2013, at 6:32 PM, oliver first.in-berlin.de> wrote:
> >> BTW: I looked up the string "wish list"
> in some of the mentioned docs (mentioned in this thread)
> >> but
On 13-01-14 7:49 PM, Brian Lee Yung Rowe wrote:
Thanks that seems to work. It looks like other packages explicitly change this
to FALSE, so I have to set this to TRUE for each function call. Is there any
particular policy for packages that update this option? Should I restore the
original valu
15 matches
Mail list logo
