Re: [Rd] sort.int(c(2, NA, 4), index.return=TRUE, na.last=NA, method)$ix differ for method="radix" and "shell"/"quick" (+ new default in R-devel)

The radix sort should be consistent with the others, i.e., it should behave like sort.list(), not order(). I will correct this. On Thu, Aug 25, 2016 at 4:39 PM, Henrik Bengtsson wrote: > Does sort.int(c(2,NA,4), index.return=TRUE, na.last=NA, > method="radix")$ix give

[Rd] sort.int(c(2, NA, 4), index.return=TRUE, na.last=NA, method)$ix differ for method="radix" and "shell"/"quick" (+ new default in R-devel)

Does sort.int(c(2,NA,4), index.return=TRUE, na.last=NA, method="radix")$ix give the intended result, because I get: > sort.int(c(2,NA,4), index.return=TRUE, na.last=NA, method="radix") $x [1] 2 4 $ix [1] 1 3 With method="shell" and method="quick" in R devel, I get: > sort.int(c(2,NA,4),

Re: [Rd] summary.default rounding on numeric seems inconsistent with other R behaviors

> John Mount > on Wed, 24 Aug 2016 07:25:50 -0700 writes: >> On Aug 24, 2016, at 2:36 AM, Martin Maechler >> wrote: >> >>> >> >> [Talking to myself .. ;-)] Yes, but that's the tough part >> to

Re: [Rd] "plot.ts" doesn't respect the value of "pch" (+ blocked from Bugzilla signups)

I've had a chance to read the source more thoroughly. The chain of events is as follows: 1. Local function `plotts()` is defined with argument `cex` that defaults to `par("cex")` 2. `...` is passed to `plotts()`. If "cex" is an element in `...`, inside `plotts()` the variable `cex` is

Re: [R-pkg-devel] robust download function in R (similar to wget)?

libcurl (which the RCurl & curl packages are built on) do not inherently have retry or resume partial capabilities, but those could be packaged up into a "robustdownloader" package. There's no guarantee of wget or curl binaries being on a system (especially Windows, even with an Rtools

Re: [R-pkg-devel] robust download function in R (similar to wget)?

On 25 August 2016 at 08:24, Joshua Ulrich wrote: | Try downloader: https://cran.r-project.org/package=downloader Also, if you really want wget / know how to parameterise wget you can ... just depend on _wget itself_ which you can a) test for via Sys.which("wget") b) select as an option for

Re: [Bioc-devel] Citation info not displayed correctly

Thanks for looking into this Martin! Best, Leo On Thu, Aug 25, 2016 at 12:14 AM, Martin Morgan wrote: > On 08/24/2016 09:45 PM, Leonardo Collado Torres wrote: >> >> Hi, >> >> I'm wondering why the citation info for recount is not shown properly >> at

[Bioc-devel] moving packages

Hello, I’ve submitted a package for review/submission here:  https://github.com/Bioconductor/Contributions/issues/25. However, I would like to move the package from my account: http://github.com/asrinivasan-oa/gread to another. Are there any recommendations for accomplishing this? I’m guessing

Re: [R-pkg-devel] Compiler choice on CRAN (R-windows-oldrel)

Thanks Uwe. Very clear. I'll post the solution I chose, so people can find it later. The problem is that GCC <= 4.6.3 (at least) does not implement OpenMP reduction statements. So now I do something like this: #ifdef _OPENMP #include #endif #ifdef __GNUC__ #if __GNUC__ <= 4 & __GNUC_MINOR__

Re: [R-pkg-devel] robust download function in R (similar to wget)?

Try downloader: https://cran.r-project.org/package=downloader On Thu, Aug 25, 2016 at 7:47 AM, Lucas Ferreira Mation wrote: > I am creating this package > that has to download data from some sources that are a bit >

[R-pkg-devel] robust download function in R (similar to wget)?

I am creating this package that has to download data from some sources that are a bit unstable/unreliable. The problem is described in this issue . Is there a more "robust" download

Re: [R-pkg-devel] Compiler choice on CRAN (R-windows-oldrel)

On 25.08.2016 13:14, Mark van der Loo wrote: Thank you Peter, good points. Good to know for sure (or a.s.) that compiler specification at CRAN is not an option. The 4th option is interesting as well. I may just do that. Thanks again! Mark For Windows, indeed, you are tight to gcc 4.6.3 for

Re: [R-pkg-devel] Compiler choice on CRAN (R-windows-oldrel)

I don't have hard info on ABI compatibility between gcc versions, but there have been issues in the past, at least with with gfortran. Now, many people/schools will have R-3.2.x installed, built with gcc 4.6.y. We cannot retroactively recompile their installation, nor expect them to install a

Re: [Rd] "plot.ts" doesn't respect the value of "pch" (+ blocked from Bugzilla signups)

> David Winsemius > on Thu, 25 Aug 2016 00:00:04 -0700 writes: >> On Aug 24, 2016, at 5:59 PM, Gregory Werbin wrote: >> >> I did a search on Bugzilla for "plot.ts" and didn't find anything on this issue. I tried to

[R-pkg-devel] Compiler choice on CRAN (R-windows-oldrel)

Dear listers, Compilation of my gower pkg fails on R-oldrel-windows. I am pretty sure that this is because it uses gcc 4.6.3 which has limited support for OpenMP (the errors are the same as I got on the old travis-ci build environment, see my related question[1]). Now, according to the Rtools

Re: [Rd] "plot.ts" doesn't respect the value of "pch" (+ blocked from Bugzilla signups)

> On Aug 24, 2016, at 5:59 PM, Gregory Werbin > wrote: > > I did a search on Bugzilla for "plot.ts" and didn't find anything on this > issue. I tried to sign up for Bugzilla to report it, but my e-mail address > didn't pass your "syntax checking" for a legal