backport CMake 3.19 findhdf5.cmake to make HDF5 finding more robust pathlib submodule instead of module to avoid name clashes improve install by better using canonical CMake remove unused module "string_utils
Although we recommend CMake >= 3.14 in general, to make easier access, we allow CMake >= 3.1
also, make H5pubconf.h detection and action more robust--if we can't detect the HDF5 configuration, ...
For quality and maintenance, CMake >= 3.20 required. Better handling of MPI for those with HDF5+MPI ...
This facilitates finding HDF5 robustly, as we believe our FindHDF5 is better suited to h5fortran use...
Since CMake FindHDF5.cmake targets different use cases than are important for h5fortran, we created ...
To greatly increase robustness of FindHDF5, vendor CMake 3.18.3. This is because HDF Group is changi...
improve HDF5 build (when needed) improve FindHDF5: finds parallel component if requested, more robus...
If necessary, we provide two ways to build HDF5. CMake: the CMAKE_INSTALL_PREFIX variable defaults ...
FindHDF5.cmake: fix detection of self-built HDF5 on Unix-like OS build_hdf5.py: bugfix and allow bui...
Since h5cc compiler wrappers are optional, search only HDF5_ROOT when specified, otherwise Anaconda ...
Use CMake native features better to make the Zlib and HDF5 autobuilds more rock solid
This allows user to specify HDF5_ROOT and ZLIB_ROOT to say ~/lib_gcc so that the HDF5 library can be...
build_hdf5.py now works much better, building in paralllel across more compilers and operating syste...
also, add MPI linking to h5fortran if user has parallel HDF5 library. We haven't enabled MPI in h5fo...
FindHDF5 doesn't search for Zlib till all components found. This helps avoid conflicts with ZLIB::ZL...
Although we recommend CMake >= 3.14 in general, to make easier access, we allow CMake >= 3.1
also, make H5pubconf.h detection and action more robust--if we can't detect the HDF5 configuration, ...
For quality and maintenance, CMake >= 3.20 required. Better handling of MPI for those with HDF5+MPI ...
This facilitates finding HDF5 robustly, as we believe our FindHDF5 is better suited to h5fortran use...
Since CMake FindHDF5.cmake targets different use cases than are important for h5fortran, we created ...
To greatly increase robustness of FindHDF5, vendor CMake 3.18.3. This is because HDF Group is changi...
improve HDF5 build (when needed) improve FindHDF5: finds parallel component if requested, more robus...
If necessary, we provide two ways to build HDF5. CMake: the CMAKE_INSTALL_PREFIX variable defaults ...
FindHDF5.cmake: fix detection of self-built HDF5 on Unix-like OS build_hdf5.py: bugfix and allow bui...
Since h5cc compiler wrappers are optional, search only HDF5_ROOT when specified, otherwise Anaconda ...
Use CMake native features better to make the Zlib and HDF5 autobuilds more rock solid
This allows user to specify HDF5_ROOT and ZLIB_ROOT to say ~/lib_gcc so that the HDF5 library can be...
build_hdf5.py now works much better, building in paralllel across more compilers and operating syste...
also, add MPI linking to h5fortran if user has parallel HDF5 library. We haven't enabled MPI in h5fo...
FindHDF5 doesn't search for Zlib till all components found. This helps avoid conflicts with ZLIB::ZL...
Although we recommend CMake >= 3.14 in general, to make easier access, we allow CMake >= 3.1
also, make H5pubconf.h detection and action more robust--if we can't detect the HDF5 configuration, ...
For quality and maintenance, CMake >= 3.20 required. Better handling of MPI for those with HDF5+MPI ...
DOI
Add to ORKG