Re: [Rd] Windows gcc toolchain for R 3.2.0

2015-03-19 Thread Duncan Murdoch
I have updated and moved the notes on the new toolchain. Their URL is https://rawgit.com/kevinushey/RToolsToolchainUpdate/master/mingwnotes.html Thanks to Kevin for setting this up. Anyone who can solve the problems on that page, or who finds a new problem, please get in contact with us by emai

Re: [Rd] nls

2015-03-19 Thread Prof J C Nash (U30A)
nls() is using 1) only a Gauss-Newton code which is prone to some glitches 2) approximate derivatives Package nlmrt uses symbolic derivatives for expressions (you have to provide Jacobian code for R functions) and an aggressive Marquardt method to try to reduce the sum of squares. It does return m

[Rd] CRAN binary, but no source

2015-03-19 Thread Gábor Csárdi
Hi All, this is a CRAN question, so I am sorry if this is not the appropriate forum. I noticed that there is at least one CRAN package that has a binary (OSX Mavericks) for a version, that does not have any source package on CRAN. Or at least I am unable to locate it. The package is Rglpk: http:/

Re: [Rd] CRAN binary, but no source

2015-03-19 Thread John McKown
On Thu, Mar 19, 2015 at 10:46 AM, Gábor Csárdi wrote: > Hi All, > > this is a CRAN question, so I am sorry if this is not the appropriate forum. > > I noticed that there is at least one CRAN package that has a binary (OSX > Mavericks) for a version, that does not have any source package on CRAN. O

Re: [Rd] CRAN binary, but no source

2015-03-19 Thread John McKown
On Thu, Mar 19, 2015 at 10:54 AM, John McKown wrote: > On Thu, Mar 19, 2015 at 10:46 AM, Gábor Csárdi wrote: >> Hi All, >> >> this is a CRAN question, so I am sorry if this is not the appropriate forum. >> >> I noticed that there is at least one CRAN package that has a binary (OSX >> Mavericks) f

Re: [Rd] CRAN binary, but no source

2015-03-19 Thread Gábor Csárdi
On Thu, Mar 19, 2015 at 11:54 AM, John McKown wrote: > On Thu, Mar 19, 2015 at 10:46 AM, Gábor Csárdi > wrote: > [...] > > http://cran.r-project.org/web/packages/Rglpk/index.html > > I went there and say a source package: > > > > Downloads: > > Reference manual:Rglpk.pdf > Package source:Rglpk

Re: [Rd] CRAN binary, but no source

2015-03-19 Thread Gábor Csárdi
On Thu, Mar 19, 2015 at 11:59 AM, John McKown wrote: [...] > > OOPS, I saw the 0.6 package source, not 0.5. My mistake. Why not > recompile? Do you require 0.5 for some reason? I would guess that CRAN > requires only the _current_ source, not _every_ source. Well, it seems to me that for the OSX

Re: [Rd] CRAN binary, but no source

2015-03-19 Thread Dan Tenenbaum
- Original Message - > From: "Gábor Csárdi" > To: "John McKown" > Cc: r-devel@r-project.org > Sent: Thursday, March 19, 2015 9:03:37 AM > Subject: Re: [Rd] CRAN binary, but no source > > On Thu, Mar 19, 2015 at 11:59 AM, John McKown > > wrote: > [...] > > > > OOPS, I saw the 0.6 packa

Re: [Rd] CRAN binary, but no source

2015-03-19 Thread Gábor Csárdi
On Thu, Mar 19, 2015 at 2:04 PM, Dan Tenenbaum wrote: [...] > > Because the latest version failed to build on Mavericks: > > > http://www.r-project.org/nosvn/R.check/r-release-osx-x86_64-mavericks/Rglpk-00install.html > > Possibly because a system requirement is not installed. > Thanks, indeed.

Re: [Rd] CRAN binary, but no source

2015-03-19 Thread Dan Tenenbaum
- Original Message - > From: "Gábor Csárdi" > To: "Dan Tenenbaum" > Cc: r-devel@r-project.org, "John McKown" > Sent: Thursday, March 19, 2015 11:15:47 AM > Subject: Re: [Rd] CRAN binary, but no source > > > > > On Thu, Mar 19, 2015 at 2:04 PM, Dan Tenenbaum < > dtene...@fredhutch.o

Re: [Rd] CRAN binary, but no source

2015-03-19 Thread Gábor Csárdi
On Thu, Mar 19, 2015 at 2:19 PM, Dan Tenenbaum wrote: [...] > > In github? ;-) > Well, that's the thing. If github/cran is a read-only mirror, then should I delete these versions from there, too? :) On CRAN not just the files are missing, but these versions are also missing from the RDS database

Re: [Rd] CRAN binary, but no source

2015-03-19 Thread peter dalgaard
> On 19 Mar 2015, at 19:45 , Gábor Csárdi wrote: > > On Thu, Mar 19, 2015 at 2:19 PM, Dan Tenenbaum > wrote: > [...] > >> >> In github? ;-) >> > > Well, that's the thing. If github/cran is a read-only mirror, then should I > delete these versions from there, too? :) On CRAN not just the fil

Re: [Rd] CRAN binary, but no source

2015-03-19 Thread Duncan Murdoch
On 19/03/2015 2:55 PM, peter dalgaard wrote: > On 19 Mar 2015, at 19:45 , Gábor Csárdi wrote: > > On Thu, Mar 19, 2015 at 2:19 PM, Dan Tenenbaum > wrote: > [...] > >> >> In github? ;-) >> > > Well, that's the thing. If github/cran is a read-only mirror, then should I > delete these versions fro

[Rd] RFC: Matrix package: Matrix products (%*%, crossprod, tcrossprod) involving "nsparseMatrix" aka sparse pattern matrices

2015-03-19 Thread Martin Maechler
This is a Request For Comment, also BCCed to 390 package maintainers of reverse dependencies of the Matrix package. Most users and package authors working with our 'Matrix' package will be using it for numerical computations, and so will be using "dMatrix" (d : double precision) matrix objects M,

Re: [Rd] RFC: Matrix package: Matrix products (%*%, crossprod, tcrossprod) involving "nsparseMatrix" aka sparse pattern matrices

2015-03-19 Thread Trevor Hastie
Hi Martin I got stung by this last week. glmnet produces a coefficient matrix of class “dgCMatrix” If a predictor matrix was created using sparseMatrix as follows, one gets unexpected results, as this simple example shows. My fix was easy (I always convert the predictor matrix to class “dgCMatrix”

Re: [Rd] RFC: Matrix package: Matrix products (%*%, crossprod, tcrossprod) involving "nsparseMatrix" aka sparse pattern matrices

2015-03-19 Thread Michael Hahsler
Hi Martin, package arules heavily relies on ngCMatrix and uses multiplication and addition for logical operations. I think it makes sense that in a mixed operation with one dgCMatrix and one ngCMatrix the ngCMatrix should be "promoted" to a dgCMatrix. The current behavior of %*% and friends