-
Notifications
You must be signed in to change notification settings - Fork 10
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
Update to HDF5 1.14.3, curl 8.6.0, zlib 1.3.1 #145
Conversation
All tests show this is zero-diff with GEOSgcm. We just need to bite the bullet. HDF5 1.10 had its day. Plus I imagine the the day after I move to 1.14.3, @byrnHDF will release 1.14.4 or 1.16 or something. This is the way releases are born in the software world. 😆 |
Oh. Need to test on macOS as well. Never assume! |
See https://github.com/HDFGroup/hdf5/blob/develop/README.md, 1.14.4 is scheduled for release at end of March. Allen |
Welp, no excuses for me to be lazy then! Thanks! |
@byrnHDF Just a notice in case you ever happen back on this repo, we are reverting to HDF5 1.10 for a bit. We are finding weird issues where we cannot run For example, Intel ifort 2021.10 + some debug flags has been causing odd failures in our testing. I can even cause the issue with a simple netCDF reproducer. And today, I encountered the same issue with NAG Fortran and We are using the latest netcdf C and Fortran which say they have HDF5 1.14 support. And, weirdly, Spack with HDF5 1.14 seems to work just fine. Our hdf5 build flags aren't very exciting: Lines 540 to 552 in 90e2c74
so... 🤷🏼 For now reversion is our safest path until we can figure this out (or when we move to spack and no longer seem to care for some reason) |
Closes #137
Closes #155
Closes #154
Updates ESMA-Baselibs to use HDF5 1.14.3