Adding support for Apple Silicon (without MPI)#428
Conversation
|
|
||
| #else | ||
|
|
||
| // Drop-in replacement of some useful GNU utils (needed on Apple platforms) |
There was a problem hiding this comment.
It occurs to me that this logic was intended for Intel Macs, which are pretty old at this point. We could delete this code block if it's not used for anything else.
bartgol
left a comment
There was a problem hiding this comment.
@jeff-cohere If supporting APPLE devices is important, we can add a job of the cpu-gcc workflow that runs on macos-latest...
|
Thanks, Luca. I'm not sure how to add |
|
Since APPLE is not for production, it's prob ok to live without a CI. If someone is really invested in ekat to work on APPLE, they can submit a PR with the new workflow... |
This PR stubs out floating point environment logic for Apple Silicon (whose floating point environment is different and complicated and possibly something to be studied in the distant future).
Apple products are supported only without MPI, because some hwloc-related features aren't supported on Apple silicon, and this can produce failures if special steps are not taken. We can follow this up with a PR that adds support for MPI on Macs if there is interest.
Accordingly, I've also disabled the EKAT comm unit test when MPI is disabled.
Motivation
Some folks like to develop on their laptops. This allows EKAT to be built in a restricted way to support this kind of development. At the very least, mam4xx developers will be able to work on mam4xx's standalone configuration on Macs.
Testing
The PR doesn't change any testing logic, aside from disabling an MPI-related test when MPI is disabled.