Bug 851246 – sci-libs/gdal-3.5.0: /usr/lib/libdl.so not found

• Product: Gentoo Linux
• Status: RESOLVED FIXED

[Description Thomas Bettler 2022-06-11 18:35:33 UTC]

Created attachment 784094 [details]
build.log.gz

sci-libs/gdal-3.5.0: cmake complaining /usr/lib/libdl.so not found

Steps to reproduce:
1. emerge =sci-libs/gdal-3.5.0-r4

Result:
>>> Compiling source in /var/tmp/portage/sci-libs/gdal-3.5.0-r4/work/gdal-3.5.0 ...
 * Source directory (CMAKE_USE_DIR): "/var/tmp/portage/sci-libs/gdal-3.5.0-r4/work/gdal-3.5.0"
 * Build directory  (BUILD_DIR):     "/var/tmp/portage/sci-libs/gdal-3.5.0-r4/work/gdal-3.5.0_build"
ninja -v -j33 -l0
ninja: error: '/usr/lib64/libdl.so', needed by 'libgdal.so.31.0.0', missing and no known rule to make it

[Comment 1 Thomas Bettler 2022-06-11 18:38:54 UTC]

Created attachment 784097 [details]
emerge info

[Comment 2 Sam James 2022-06-11 21:46:52 UTC]

What version of netcdf and hdf5?

[Comment 3 Thomas Bettler 2022-06-12 06:22:53 UTC]

sci-libs/netcdf-4.8.1-r1:0/19
sci-libs/hdf5-1.10.5-r1:0/1.10.5

although libnetcdf.so and libhdf5.so don't seem to related to this issue

it's more likely libdl.so or the mechanics detecting it, not?

[Comment 4 Sam James 2022-06-12 06:28:01 UTC]

(In reply to Thomas Bettler from comment #3)
> sci-libs/netcdf-4.8.1-r1:0/19
> sci-libs/hdf5-1.10.5-r1:0/1.10.5
> 
> although libnetcdf.so and libhdf5.so don't seem to related to this issue
> 
> it's more likely libdl.so or the mechanics detecting it, not?

Please try netcdf-4.8.1-r2 and hdf5-1.12.2-r2. The issue is that CMake ends up giving a confusing error if one of the packages used has a fixed path to libdl within its macros.

[Comment 5 Thomas Bettler 2022-06-12 18:41:28 UTC]

confirm, works here