On Apr 11, 2011, at 23:53 , Joris Meys wrote:
Based on a discussion on SO I ran some tests and found that converting
to a factor is best done early in the process. Hence, I propose to
rewrite the gl() function as :
gl2 - function(n, k, length = n * k, labels = 1:n, ordered = FALSE){
rep(
Thanks for the explanation, I wasn't fully aware of which optimization
I was using. I reckon your solution is more R-sound, so no reason to
keep with my bizarre workaround. It would be nice though if gl() got
optimized. Thank you for the example too, I'm learning every day.
Cheers
Joris
On Tue,
On Mon, 11 Apr 2011 13:30:24 -0700,
Geoff Jentry (GJ) wrote:
On Mon, 11 Apr 2011, Hadley Wickham wrote:
To me this reads as being in the wheelhouse of what 'Suggests' is supposed
to imply, as per the R Extensions manual. The problem here is that if
PkgB
is put down as 'Suggests',
On Mon, Apr 11, 2011 at 02:05:11PM -0400, Duncan Murdoch wrote:
On 08/04/2011 11:39 AM, Joshua Ulrich wrote:
On Fri, Apr 8, 2011 at 10:15 AM, Duncan Murdoch
murdoch.dun...@gmail.com wrote:
On 08/04/2011 11:08 AM, Joshua Ulrich wrote:
How about:
y- rep(NA,length(x))
On Tue, 12 Apr 2011, Friedrich Leisch wrote:
That is not the case, the checks will only get a NOTE that PkgB doesn't
exist. E.g., my package flexclust suggests multicore, which is not
available for windows. Still both live happily on CRAN, and of course
there is a windows version of flexclust
I've been running the R daily news feeds
(http://developer.r-project.org/RSSfeeds.html) using some Java code
called from R to compute and display differences in the NEWS.Rd file
from day to day. (The code was taken from
http://code.google.com/p/google-diff-match-patch/). Using Java has
With R-2.12.2 on Linux:
z - data.frame(Version=package_version(c(0.1)),
row.names=c(pkgA))
all.equal(z, z) # expect TRUE
Error: evaluation nested too deeply: infinite recursion /
options(expressions=)?
traceback()
... lots of lines in a 3-cycle ...
6: all.equal.list(target,
On Apr 12, 2011, at 10:33 , Joris Meys wrote:
Thanks for the explanation, I wasn't fully aware of which optimization
I was using. I reckon your solution is more R-sound, so no reason to
keep with my bizarre workaround. It would be nice though if gl() got
optimized. Thank you for the example
I was writing Rd documentation for a new package when I came across
this issue. Here's the smallest example:
library(tools)
cat(\\examples{x - '%=rnorm(1)%'}\n,file=file.path(tempdir(),'test.Rd'))
readLines(file.path(tempdir(),'test.Rd'))
[1] \\examples{x - '%=rnorm(1)%'}
Thanks for setting me straight, Kurt.
Problem solved.
Jeff
On Tue, Apr 12, 2011 at 11:29 AM, Kurt Hornik kurt.hor...@wu.ac.at wrote:
Jeffrey Horner writes:
% is the Rd comment character, and almost always needs to be escaped.
Best
-k
I was writing Rd documentation for a new package when
On Apr 12, 2011, at 18:24 , Jeffrey Horner wrote:
I was writing Rd documentation for a new package when I came across
this issue. Here's the smallest example:
library(tools)
cat(\\examples{x - '%=rnorm(1)%'}\n,file=file.path(tempdir(),'test.Rd'))
readLines(file.path(tempdir(),'test.Rd'))
What are the ramifications of setting up user signal handling to allow
the use of e.g. alarm(2) to send a SIGALRM to the R process at some
number of seconds in the future to e.g. interrupt a routine that is
taking too long to complete.
I can't find any R language support for this (e.g. a timeout
On Tue, Apr 12, 2011 at 3:58 PM, Murray Stokely mur...@stokely.org wrote:
What are the ramifications of setting up user signal handling to allow
the use of e.g. alarm(2) to send a SIGALRM to the R process at some
number of seconds in the future to e.g. interrupt a routine that is
taking too
Hi Uwe,
On 11-04-11 08:13 AM, Uwe Ligges wrote:
On 11.04.2011 02:47, Hervé Pagès wrote:
Hi,
More about the new --resave-data option
As mentioned previously here
https://stat.ethz.ch/pipermail/r-devel/2011-April/060511.html
'R CMD build' and 'R CMD INSTALL' handle this new option
If you deliberately ignore the fact that 'R CMD INSTALL' is also used
by developers to install from the *package source tree* (by opposition
to end users who use it to install from a *source tarball*,
.. for a good reason, IMHO no serious developer would do that for obvious
reasons - you'd
On 11-04-12 07:06 PM, Simon Urbanek wrote:
On Apr 12, 2011, at 8:53 PM, Hervé Pagès wrote:
Hi Uwe,
On 11-04-11 08:13 AM, Uwe Ligges wrote:
On 11.04.2011 02:47, Hervé Pagès wrote:
Hi,
More about the new --resave-data option
As mentioned previously here
16 matches
Mail list logo