Jean,
yes it does by definition - the issue is the Intel translation on arm, so if
you run native R there is no issue. There should be also no issue if you
compile Intel mpfr on the M1 machine since it should detect capabilities
correctly. Maybe I should have been more clear that the issue is t
The good news is that it works fine in the last arm64 R-devel version:
> a <- mpfr(1:10, precBits=100)
> a
10 'mpfr' numbers of precision 100 bits
[1] 1 2 3 4 5 6 7 8 9 10
> sessionInfo()
R Under development (unstable) (2021-02-18 r80027)
Platform: aarch64-apple-darwin20.0 (64-bit)
I confirm the error on Mac M1
R version 4.0.4 RC (2021-02-12 r79998) -- "Lost Library Book"
I also ran it on an intel Mac with R 4.0.3
and it worked correctly there.
From: R-SIG-Mac on behalf of Zhang, Jialin
via R-SIG-Mac
Sent: Monday, February 22, 202
JZ,
Thanks for the report, this is likely due to Rosetta2 not supporting some
advanced x86_64 instructions used by Rmpfr. I'll see if I can create a less
optimised build of Rmpfr which uses only supported instructions.
Thanks,
Simon
> On Feb 23, 2021, at 07:36, Zhang, Jialin via R-SIG-Mac
>
Hello,
First time sending an email to this list. Please correct me if I�m doing
anything wrong. Thank you!
I am reporting an error when using Rmpfr::mpfr on an M1 MacBook Air. Codes
below:
> library(Rmpfr)
> a <- mpfr(1:10, precBits=100)
*** caught illegal operation ***
address 0x10daa2bfb, c
