You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
HDF5 C library can now be built from source and linked in statically, enabled
via hdf5-sys/static feature (as of this release, the version of the bundled
sources of HDF5 is 1.10.6). CMake is required for building. For further
details, see the docs for hdf5-sys.
Thanks to static build option, the documentation will now be built on docs.rs; if it builds successfully, this
will be the official documentation source from now on.
Add support for HDF5 1.12 on all platforms and include it in CI.
Changed
Switched CI from Travis/AppVeyor to GitHub Actions; for each pull request, we
now run around 30 concurrent builds which provides with a much wider coverage
than previously and has already revealed some issues that have been fixed.
Platforms covered: macOS 10.15, Windows Server 2019, Ubuntu 16.04/18.04/20.04;
HDF5 installation methods covered: conda, apt, homebrew, also official
binaries on Windows. We now also test MPI versions of the library for
both MPICH and OpenMPI on macOS / Linux.
Fixed
We now force the variable-length allocator that HDF5 uses when reading data
to use libc::malloc and libc::free, so that they can be deallocated
properly by VarLenString and VarLenArray in hdf5-types. Previously,
this could cause a rare but serious failure for Windows builds when the
default allocator used for vlen types by HDF5 was not matching the
libc deallocator.
Use std::panic::catch_unwind in all cases where we use extern C callbacks,
so that they are panic-safe.
Reader::read_raw and Reader::read_slice should now be Drop-safe in the
event where the read operation fails and the destination type is not trivial.