-
Notifications
You must be signed in to change notification settings - Fork 13
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
Uppercase ESMF_ROOT for Spack #768
Conversation
Thanks @mathomp4 ! Maybe we can wait merging this until the new spack-stack using the uppercase version is rolled out? |
@climbfuji If you can test it to make sure it works, that's great, but we can hold off as long as you'd like as it doesn't affect our Baselibs builds. Once you need it let us know. |
I'll mark this draft to make sure we don't merge until wanted. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Works for me, thanks very much! I'll let you know when the time is ready to merge.
Uhh, didn't we revert this uppercase change because of all the cmake warnings? And raised it with the spack developers? |
@climbfuji This has been kept draft for now. We can close it if you like. I wasn't sure if you still wanted it or not so... Up to you! |
I checked on my mac, and we indeed reverted to case-preserving |
Eh. Wasn't exactly a hard PR to make :) Closing! |
Closes #767
Per @climbfuji, we should use
ESMF_ROOT
instead ofesmf_ROOT
as that is more conventional.This does not affect GEOS-with-Baselibs runs as we are not in this block.
Note, I've also uppercased the target to
ESMF
as that is what ESMF itself provides. Eventually we should change this toESMF::ESMF
but that will need to wait for ESMF 8.6.1