Old version of HDF5 in wheels

[mgeplf]

This commit uses the hdf5-devel: 9aba1ea

This is a really old version of hdf5 (1.8.12? circa 2013). Previously we were building a much newer version (hdf5-1.10.5, from 2019?)

This should be updated.

[pramodk]

I am curious about shipping hdf5 version under wheel and interoperability aspects. What if another python package is loaded first with different/older HDF5 version? Does everything just works?

[mgeplf]

What if another python package is loaded first with different/older HDF5 version?

They are rpath'd in, but subject to the normal dynamic linking rules, so basically there isn't a lot of control - this is the main reason why having a somewhat modern version is preferable, imo.

In one of the other projects, I was compiling hdf5 statically into the wheel, which is prob. the best way, but I don't know how easy that is with these new-fangled wheel building techniques.

Does everything just works?

HDF5 does a good job of compat/A(B|P)I stability (at least compared to most), so it's slightly less of a problem, but still something that can bite someone, sadly.

[tomdele]

Not sure about the status of this one... I will reassign to you @mgeplf so you can dispatch if needed or close if this is fine.

[alkino]

For manylinux2014, we still depends of hdf5 : 1.8.12