[hdf5] update to 1.14.5

[Mengna-Li]

Update to 1.14.5. For HDFGroup/hdf5#5157.

Add patch to fix build error: see HDFGroup/hdf5#5026.

CMake Error at CMakeFilters.cmake:109 (get_filename_component):
  get_filename_component unknown component
  D:/a/h5py/h5py/zlib-msvc-x64/build/native/lib_release/zlib.lib

All features are tested on the following triplets:

• x64-windows
• x64-windows-static
• x86-windows

Usage tested on x64-windows.

• Changes comply with the maintainer guide.
• SHA512s are updated for each updated download.
• The "supports" clause reflects platforms that may be fixed by this new version.
• Any fixed CI baseline entries are removed from that file.
• Any patches that are no longer applied are deleted from the port's directory.
• The version database is fixed by rerunning ./vcpkg x-add-version --all and committing the result.
• Only one version is added to each modified port's versions file.

[JavierMatosD]

I'm a bit confused by this change. I see that szip is a default feature for this port but we are explicitly turning it off? I'm assuming that HDF5_ENABLE_SZIP_SUPPORT controls the szip/libaec dependency.

But we are also patching the find package call here https://github.com/microsoft/vcpkg/pull/42616/files#diff-3d223a52df939f9e2e76c311e77a59b4ea9d4bbf89b112e7795399aef2641593R24 and we don't have an szip port. The szip feature depends on libaec port.

[dg0yt]

CMake Error at CMakeFilters.cmake:109 (get_filename_component):
  get_filename_component unknown component
  D:/a/h5py/h5py/zlib-msvc-x64/build/native/lib_release/zlib.lib

I didn't check the full picture, but I guess that in vpckg, this is from calling get_filename_component on ${ZLIB_LIBRARIES} which is not a single lib but a list debug .... optimized ....
And I'm afraid that ignoring this fact also spills into the pc files.