-
Notifications
You must be signed in to change notification settings - Fork 37
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
Fix automatic choice of compiler and MPI for OSX #409
Conversation
@altheaden, I don't have a mac. Could you check that this fixes #399? You would just run:
without specifying the compiler or MPI library. If that works, we're all set! No need to run any further tests. |
@xylar, I ran the script as you suggested and this was the output:
Let me know if there's something I can change to test again, or if you want to see the log file. |
@altheaden, can you share the contents of |
@altheaden, and thanks for testing! |
@xylar, sorry for the delay, I somehow just noticed this! Here is the log file output you asked for:
So, looks like proxies again... I can try to fiddle with things on my end if you'd like and see if I can get it working? |
@altheaden, thanks for checking! I don't think this is something compass can solve or should be expected to, so I do think you'll need to fiddle around with proxy settings and see if you can get past this. Presumably, this error has nothing to do with this branch and would also show up if you try to run with |
Previously, there was confusion between just "clang" and "gfortran-clang" as the compiler choice. Now, we just stick with "clang" everywhere (with the understanding that gfortran is still used as the Fortran compiler)
6b1c3c7
to
6ff16ca
Compare
@altheaden, now that I'm back in Germany, I have a Mac I can test on, too. With one more bug fix, this seems to be working for me now. I'm going to go ahead and merge but please re-open #399 if you still have this issue with the new master after I merge. If the proxy issue persists, we'll have to work on that together (or you'll be on your own since I'm not good at these). |
Previously, there was confusion between just "clang" and "gfortran-clang" as the compiler choice. Now, we just stick with "clang" everywhere (with the understanding that gfortran is still used as the Fortran compiler).
closes #399