Closed kosiakk closed 2 years ago
Exactly same behaviour. Does anybody have a solution?
So I believe that the latest jll actually includes versions for M1, see https://github.com/JuliaBinaryWrappers/Arpack_jll.jl. However, the arpack-ng folks broke something between 3.5 and 3.6 that causes test failure here, see https://github.com/JuliaLinearAlgebra/Arpack.jl/issues/118, and nobody has had time to debug the issue.
We actually do not have M1 binaries for Arpack. https://github.com/JuliaPackaging/Yggdrasil/blob/master/A/Arpack/build_tarballs.jl does not enable experimental builds which is what you need for the M1 binaries.
It's easy to enable that, but we need a version bump for that (since the new binaries will only work on Julia 1.6 and later) - and we are stuck on Arpack 3.5 for now.
Does anybody have a solution?
]add https://github.com/giordano/Arpack_jll.jl
This is now fixed with the latest Arpack_jll release 3.5.1.
Hi I'm experimenting with Julia on MacBook Air M1 using nightly builds: Version
1.7.0-beta3 (2021-07-07)
Everything works well in stable version, which is cross-compiled on the fly using Apple's Rosetta tool. But the native build, it seems, requires native build of Arpack library:
arpak itself seems to be supported on MacOS and even uses Apple own compilation of BLAS/LAPACK (included in Accelerate) which should be able to use private matrix CPU instructions on M1.
It seems I was able to follow arpack-ng instructions and build it on my machine:
but this library is still not seen by the Julia package. What should I try next?