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
Created attachment 784097 [details] emerge info
What version of netcdf and hdf5?
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?
(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.
confirm, works here