[Rd] Nice names in deparse

2017-12-16 Thread Suharto Anggono Suharto Anggono via R-devel
Tags (argument names) in call to 'list' becomes names of the result. It is not necessarily so with call to 'c'. The default method of 'c' has 'recursive' and 'use.names' arguments. In R devel r73778, with x <- 0; names(x) <- "recursive"  , dput(x) or even dput(x, control = "all") gives c(recursi

Re: [Rd] cannot destroy connection (?) created by readLines in a tryCatch

2017-12-16 Thread luke-tierney
On Fri, 15 Dec 2017, Gábor Csárdi wrote: Thanks for tracking this down. Yeah, I should use suppressWarnings(), you are right. Although, readLines() might throw another warning, e.g. for incomplete last lines, Do whatever makes sense for your context. My main point is: if you want your computa

[Rd] OpenBLAS in everyday R?

2017-12-16 Thread Kenny Bell
Hi R-devel list, OpenBLAS is readily available for unix-likes: https://cloud.r-project.org/web/packages/gcbd/vignettes/gcbd.pdf However, my questions are: 1) Would R-devel consider using OpenBLAS for the main distribution of R for all platforms including Windows? 2) If so, would R-devel set the

Re: [Rd] OpenBLAS in everyday R?

2017-12-16 Thread Dirk Eddelbuettel
Kenny, On 17 December 2017 at 09:28, Kenny Bell wrote: | Hi R-devel list, | | OpenBLAS is readily available for unix-likes: | | https://cloud.r-project.org/web/packages/gcbd/vignettes/gcbd.pdf Please consider re-reading this vignette of mine. BLAS is an interface, OpenBLAS is but one implement

Re: [Rd] OpenBLAS in everyday R?

2017-12-16 Thread Keith O'Hara
On point 1): The standard approach seems to favor the reference BLAS for reasons other than speed. For example, vecLib, Apple's multi-threaded BLAS library, is not the default choice for macOS binaries due to concerns about 'precision'. See: https://cloud.r-project.org/bin/macosx/RMacOSX-FAQ.htm

Re: [Rd] OpenBLAS in everyday R?

2017-12-16 Thread Kenny Bell
On Sun, Dec 17, 2017 at 10:01 AM, Dirk Eddelbuettel wrote: > > Kenny, > > On 17 December 2017 at 09:28, Kenny Bell wrote: > | Hi R-devel list, > | > | OpenBLAS is readily available for unix-likes: > | > | https://cloud.r-project.org/web/packages/gcbd/vignettes/gcbd.pdf > > Please consider re-read

Re: [Rd] OpenBLAS in everyday R?

2017-12-16 Thread Kenny Bell
It seems that reproducibility across systems is also an issue with multithreaded BLASes: https://hal.archives-ouvertes.fr/hal-01202396/file/exblas.pdf On Sun, Dec 17, 2017 at 11:50 AM, Keith O'Hara wrote: > On point 1): > > The standard approach seems to favor the reference BLAS for reasons oth

Re: [Rd] OpenBLAS in everyday R?

2017-12-16 Thread Juan Telleria
Multi-threaded Math Libraries (Trough OpenBlas), taking into account that today's laptops have a minimum of 2-4 cores, are an important topic, and in my opinion, shall be included in R for the general interest. I think that the way to go would be to create a configuration setting in R's options(Op

Re: [Rd] OpenBLAS in everyday R?

2017-12-16 Thread Juan Telleria
Multi-threaded Math Libraries (Trough OpenBlas), taking into account that today's laptops have a minimum of 2-4 cores, are an important topic, and in my opinion, shall be included in R for the general interest. I think that the way to go would be to create a configuration setting in R's options(Op

Re: [Rd] OpenBLAS in everyday R?

2017-12-16 Thread Peter Langfelder
I would be very cautious about OpenBLAS in particular... from time to time I get complains from users that compiled code calculations in my WGCNA package crash or produce wrong answers with large data, and they all come from OpenBLAS users. I am yet to reproduce any of their crashes when using MKL

Re: [Rd] OpenBLAS in everyday R?

2017-12-16 Thread Kenny Bell
It seems like many of the multi-threaded BLASes have some sort of fundamental problem preventing use in the way Juan suggests: - Dirk's vignette states that ATLAS "fixes the number of cores used at compile-time and cannot vary this setting at run-time", so any user-friendly implementation for R w

Re: [Rd] OpenBLAS in everyday R?

2017-12-16 Thread Avraham Adler
On Sat, Dec 16, 2017 at 7:41 PM, Kenny Bell wrote: > It seems like many of the multi-threaded BLASes have some sort of > fundamental problem preventing use in the way Juan suggests: > > - Dirk's vignette states that ATLAS "fixes the number of cores used at > compile-time and cannot vary this sett

Re: [Rd] OpenBLAS in everyday R?

2017-12-16 Thread Juan Telleria
Julia Programming Language uses also OpenBlas, and it is actively maintained with bugs being fixed as I have checked it out: http://www.openblas.net/Changelog.txt So I still see it ok to be included as an options(...) feature (by default off, just for safety), over other Blas libraries. R could

Re: [Rd] OpenBLAS in everyday R?

2017-12-16 Thread Kenny Bell
Julia using OpenBLAS is *very* reassuring. I agree that having it included as an options(...) feature should be OK. On Sun, Dec 17, 2017, 3:22 PM Juan Telleria wrote: > Julia Programming Language uses also OpenBlas, and it is actively > maintained with bugs being fixed as I have checked it out: