Ah, I see, so it’s an XQuartz issue… thanks for clarifying!
> On 22 Dec 2020, at 10:37, Duncan Murdoch wrote:
>
> On 22/12/2020 3:45 a.m., Taras Zakharko wrote:
>> Thanks, this is great!
>> Why do you say that OpenGL is not available though? M1 has a fully working
>> OpenGL framework implement
On 22/12/2020 3:45 a.m., Taras Zakharko wrote:
Thanks, this is great!
Why do you say that OpenGL is not available though? M1 has a fully working
OpenGL framework implemented on top of Metal. Apple might have deprecated
OpenGL, but I think it’s unlikely they will drop it any time soon seeing th
Thanks, this is great!
Why do you say that OpenGL is not available though? M1 has a fully working
OpenGL framework implemented on top of Metal. Apple might have deprecated
OpenGL, but I think it’s unlikely they will drop it any time soon seeing that
they went through the effort of updating thei
Along the same lines: I have been working with Prof Ripley to get rgl
to work on M1. Since OpenGL isn't available, it produces only WebGL
output (viewable using rglwidget()) and can't do snapshots or Postscript
output, but it should be enough to let its reverse dependencies install.
Anyone i
On Sun, Dec 13, 2020 at 6:45 AM Prof Brian Ripley wrote:
>
> We have managed a fairly complete check run with natively-compiled R and
> packages, and a full one with x86_64 R and packages running under
> Rosetta (mainly using CRAN binary distributions).
>
> The bottom line is that running under Ro
We have managed a fairly complete check run with natively-compiled R and
packages, and a full one with x86_64 R and packages running under
Rosetta (mainly using CRAN binary distributions).
The bottom line is that running under Rosetta works really well.
Although relative speeds vary widely, us
