[Rd] WRE still hints at the "styles" field in R_FortranMethodDef

2020-12-23 Thread Ivan Krylov
The field has been removed in R 3.4.0 after being deprecated in R 3.3.3. Indeed, the paragraph describing it has been commented out (lines 10144-10151 in R-exts.texi), but another paragraph above (lines 10101-10110) still mentions the field as if it exists. I would like to suggest some rewording al

Re: [Rd] From .Fortran to .Call?

2020-12-23 Thread Balasubramanian Narasimhan
Also, just came to know about dotcall64::.C64() (on CRAN) which allows for Fortran to be called using .Call(). -Naras On 12/23/20 8:34 AM, Balasubramanian Narasimhan wrote: I think it should be pretty easy to fix up SUtools to use the .Call instead of .Fortran following along the lines of ht

Re: [Rd] Silent failure with NA results in fligner.test()

2020-12-23 Thread Karolis K
To me it seems like returning chi-sq = 0 and p-value = 1 would make sense. It would also be consistent with other scenarios of equal variance in all groups. One example: fligner.test(1:8, gl(2,4)) #Fligner-Killeen test of homogeneity of variances # # data: 1:8 and gl(2, 4) # Fligner-Kille

Re: [Rd] From .Fortran to .Call?

2020-12-23 Thread Martin Maechler
> Balasubramanian Narasimhan > on Wed, 23 Dec 2020 08:34:40 -0800 writes: > I think it should be pretty easy to fix up SUtools to use the .Call > instead of .Fortran following along the lines of > https://github.com/wrathematics/Romp > I too deal with a lot of f77 a

Re: [Rd] From .Fortran to .Call?

2020-12-23 Thread Göran Broström
On 2020-12-19 18:04, Koenker, Roger W wrote: There are comments in various places, including R-extensions §5.4 suggesting that .Fortran is (nearly) deprecated This scares me somewhat: Where in §5.4 do you find that suggestion? My package eha is built upon a stand-alone Fortran 77 program

Re: [Rd] From .Fortran to .Call?

2020-12-23 Thread Avraham Adler
Hi. I haven't tested the speed of the old .Fortran interface, but in this post [1] I describe how to build a simple interface (there are two small packages on github that correspond to the code) and in this one [2] I compare the speed of the different languages, but all using .Call. Hope that hel

Re: [Rd] From .Fortran to .Call?

2020-12-23 Thread Balasubramanian Narasimhan
I think it should be pretty easy to fix up SUtools to use the .Call instead of .Fortran following along the lines of https://github.com/wrathematics/Romp I too deal with a lot of f77 and so I will most likely finish it before the new year, if not earlier. (Would welcome testers besides myself.

Re: [Rd] From .Fortran to .Call?

2020-12-23 Thread Koenker, Roger W
Thanks to all and best wishes for a better 2021. Unfortunately I remain somewhat confused: o Bill reveals an elegant way to get from my rudimentary registration setup to one that would explicitly type the C interface functions, o Ivan seems to suggest that there would

Re: [Rd] [External] setting .libPaths() with parallel::clusterCall

2020-12-23 Thread Mark van der Loo
Dear Luke, Thank you, this makes perfect sense. I find it quite hard to express this issue in a way that is both compact and understandable. In any case, below you find a proposal for an update of the documentation. Thank you again for all your work, Mark Index: src/library/parallel/man/clust