Summary: | sci-libs/netcdf-4.8.1-r1 - netcdf.pc and netCDFTargets.cmake list non-existent libraries -lhdf5_hl-shared -lhdf5-shared | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Dennis Schridde <dschridde+gentoobugs> |
Component: | Current packages | Assignee: | Gentoo Science Related Packages <sci> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | jstein, nowa, sam |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
See Also: | https://github.com/Unidata/netcdf-c/issues/1444 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 808733, 809209, 834087 | ||
Attachments: | build.log |
Description
Dennis Schridde
2022-02-23 11:22:45 UTC
This also affects /usr/lib64/cmake/netCDF/netCDFTargets.cmake (also owned by sci-libs/netcdf): ``` set_target_properties(netCDF::netcdf PROPERTIES INTERFACE_INCLUDE_DIRECTORIES "${_IMPORT_PREFIX}/include;${_IMPORT_PREFIX}/include" INTERFACE_LINK_LIBRARIES "hdf5_hl-shared;hdf5-shared;/usr/lib64/libm.so;/usr/lib64/libsz.so;/usr/lib64/libcurl.so;/usr/lib64/libzip.so" ) ``` (In reply to Dennis Schridde from comment #1) > This also affects /usr/lib64/cmake/netCDF/netCDFTargets.cmake (also owned by > sci-libs/netcdf): > ``` > set_target_properties(netCDF::netcdf PROPERTIES > INTERFACE_INCLUDE_DIRECTORIES > "${_IMPORT_PREFIX}/include;${_IMPORT_PREFIX}/include" > INTERFACE_LINK_LIBRARIES > "hdf5_hl-shared;hdf5-shared;/usr/lib64/libm.so;/usr/lib64/libsz.so;/usr/ > lib64/libcurl.so;/usr/lib64/libzip.so" > ) > ``` Replacing hdf5_hl-shared and hdf5-shared with /usr/lib64/libhdf5_hl.so and /usr/lib64/libhdf5.so, respectively, in /usr/lib64/cmake/netCDF/netCDFTargets.cmake appears to make sci-libs/vtk-9.1.0 build. Sadly I repeatedly run into out-of-memory situations, before the build completes, so I cannot absolutely confirm this. But each time the build progressed well beyond the point where it previously tried to link against the non-existent libraries and failed. With hdf5-1.12.2-r1 this is fixed. I'm 90% sure this is the commit that fixed it: https://gitweb.gentoo.org/repo/gentoo.git/commit/sci-libs/hdf5?id=78267a0516b2712775242cfa3da73c9b31d77584 The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=7fa499da25bf08098ba57a7421129c9288443de4 commit 7fa499da25bf08098ba57a7421129c9288443de4 Author: Andrew Ammerlaan <andrewammerlaan@gentoo.org> AuthorDate: 2022-05-18 16:56:56 +0000 Commit: Andrew Ammerlaan <andrewammerlaan@gentoo.org> CommitDate: 2022-05-18 16:58:47 +0000 sci-libs/vtk: unrestrict hdf5 The issue was never in vtk, it was in netcdf which has been fixed. Compiles without problems now. Bug: https://bugs.gentoo.org/833943 Closes: https://bugs.gentoo.org/834087 Closes: https://bugs.gentoo.org/809209 Signed-off-by: Andrew Ammerlaan <andrewammerlaan@gentoo.org> sci-libs/vtk/{vtk-9.1.0-r1.ebuild => vtk-9.1.0-r2.ebuild} | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) |