-
Notifications
You must be signed in to change notification settings - Fork 89
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Possible Issue with Mac M1 Chip #214
Comments
MPI is not necessary if you do not want to run parallelized. |
This seems to be caused by mixing libraries that are compiled for macOS-arm64 vs macOS-x86_64. confluentinc/confluent-kafka-go#591 |
I had the same problems on my M1. I did find a solution to the MPI issue. For the other issue, I think it's because, as written above, that there are multiple compilers on the system that compete for attention, and they need to be prioritized correctly in the $PATH for Multinest to be installed. My get around is that I temporarily removed this anaconda-related text from my .bash_profile prior to installing multinest, and then re-inserted after installing multinest:
So if I understand correctly, it's some of the Conda-related software which is interfering with the application of make on multinest. Note that I used the latest version of Anaconda, which is supposed to support M1 architecture. |
I am attempting to install MultiNest on my Mac running MacOS Monterey 12.5.1. I am able to run
cmake
, but I do get a few warnings near the end, notably about missing MPI. I'm planning on running it locally, so I'm not sure if the MPI libraries are necessary or if I can get away with building only non-MPI libraries. At the end ofcmake
, I get these warnings:Given that this runs, I then tried to run
make
, where I get this error:From what I can tell, this looks like an error due to
make
looking for an Intel chip rather than the Mac M1 silicon chip. Is there a work around for installation, perhaps anything to add in the building stage to help with this issue?The text was updated successfully, but these errors were encountered: