Re: [Rd] gfortran 9 quantreg bug

2019-08-06 Thread Dirk Eddelbuettel
On 6 August 2019 at 10:51, Dirk Eddelbuettel wrote: | then providing compatibility with what came after. As for Fortran, can't | recall such a change. Come to think about it we had it in Debian once or twice in the 20+ years I contributed but I can't recall anymore when it was either. Dirk --

Re: [Rd] gfortran 9 quantreg bug

2019-08-06 Thread Dirk Eddelbuettel
Hi Kasper, On 6 August 2019 at 10:33, Kasper Daniel Hansen wrote: | Thanks for the blog post on this, and the pointers in this email. My pleasure! There wasn't much in there that was "new" but it often helps to just tie it together with a valid and real example (as provided by Roger). | I ha

Re: [Rd] gfortran 9 quantreg bug

2019-08-06 Thread Kasper Daniel Hansen
Dirk, Thanks for the blog post on this, and the pointers in this email. I have a question: it seems to me that you end up using a different compiler for the package (quantreg) than was used to build R itself. As I understand ABI changes, this is considered unsupported (ok, that depends on what ve

Re: [Rd] gfortran 9 quantreg bug

2019-08-05 Thread Koenker, Roger W
With extensive help from Dirk Eddelbuettel I have installed docker on my mac mini from https://hub.docker.com/editions/community/docker-ce-desktop-mac which installs from a dmg in quite standard fashion. This has allowed me to simulate running R in a Debian environment with gfortran-9 and

Re: [Rd] gfortran 9 quantreg bug

2019-08-04 Thread Koenker, Roger W
Thanks Berend, Yes, I know about these warnings, they are mostly a consequence of the automated translation from the ancient Bell Labs dialect of fortran called ratfor. It is easy to add type declarations for “in” and the others, but it seems unlikely that this is going to fix anything. The

Re: [Rd] gfortran 9 quantreg bug

2019-08-04 Thread Balasubramanian Narasimhan
On 8/4/19 7:26 AM, Berend Hasselman wrote: > Roger, > > I have run > > gfortran -c -fsyntax-only -fimplicit-none -Wall -pedantic rqbr.f > > in the src folder of quantreg. > > There are many warnings about defined but not used labels. > Also two errors such as "Symbol ‘in’ at (1) has no IMPL

Re: [Rd] gfortran 9 quantreg bug

2019-08-04 Thread Dirk Eddelbuettel
Roger, On 4 August 2019 at 06:48, Koenker, Roger W wrote: | I’d like to solicit some advice on a debugging problem I have in the quantreg package. | Kurt and Brian have reported to me that on Debian machines with gfortran 9 | | library(quantreg) | f = summary(rq(foodexp ~ income, data = engel,

Re: [Rd] gfortran 9 quantreg bug

2019-08-04 Thread Berend Hasselman
Roger, I have run gfortran -c -fsyntax-only -fimplicit-none -Wall -pedantic rqbr.f in the src folder of quantreg. There are many warnings about defined but not used labels. Also two errors such as "Symbol ‘in’ at (1) has no IMPLICIT type". And warnings such as: Warning: "Possible change

[Rd] gfortran 9 quantreg bug

2019-08-03 Thread Koenker, Roger W
I’d like to solicit some advice on a debugging problem I have in the quantreg package. Kurt and Brian have reported to me that on Debian machines with gfortran 9 library(quantreg) f = summary(rq(foodexp ~ income, data = engel, tau = 1:4/5)) plot(f) fails because summary() produces bogus estimate