[Rd] Does parallel::mclapply work under emulation (Rosetta 2) on Apple Silicon?

2021-01-15 Thread Michael O'Dell via R-devel
Setting aside the documented problems of running R natively on Apple's M1 machines (https://developer.r-project.org/Blog/public/2020/11/02/will-r-work-on-apple-silicon/index.html) and similarly the current lack of native versions of many eco-system components (e.g. the discussion here:https://

Re: [Rd] Does parallel::mclapply work under emulation (Rosetta 2) on Apple Silicon?

2021-01-15 Thread Prof Brian Ripley
On 15/01/2021 05:53, Michael O'Dell via R-devel wrote: Setting aside the documented problems of running R natively on Apple's M1 machines (https://developer.r-project.org/Blog/public/2020/11/02/will-r-work-on-apple-silicon That's rather dated: see the more recent reports on this list. /index

Re: [Rd] brief update on the pipe operator in R-devel

2021-01-15 Thread Gabor Grothendieck
These are documented but still seem like serious deficiencies: > f <- function(x, y) x + 10*y > 3 |> x => f(x, x) Error in f(x, x) : pipe placeholder may only appear once > 3 |> x => f(1+x, 1) Error in f(1 + x, 1) : pipe placeholder must only appear as a top-level argument in the RHS call Also

Re: [Rd] brief update on the pipe operator in R-devel

2021-01-15 Thread Avi Gross via R-devel
Gabor, Although it might be nice if all imagined cases worked, there are many ways to work around and get the results you want. You may want to consider that it is easier to recognize the symbol you use (x in the examples) if it is alone and used only exactly once and it the list of function

Re: [Rd] brief update on the pipe operator in R-devel

2021-01-15 Thread Bill Dunlap
If 3 |> x => f(x, y=x) were allowed then I think that runif(1) |> x => f(x, y=x) be parsed as f(runif(1), y=runif(1)) so runif(1) would be evaluated twice, leading to incorrect results from f(). -Bill On Fri, Jan 15, 2021 at 2:16 PM Avi Gross via R-devel wrote: > Gabor, > > Althou