Since version 1.8.21 pkg-config files are generated by the hdf5 cmake build system:https://www.hdfgroup.org/2018/06/release-of-hdf5-1-8-21-newsletter-161/ I haven't found information regarding autotools, thus I suppose this build system does not generate those files. Since the gentoo ebuild uses autotools, pkg-config files are neither generated nor installed. However theses are needed for platform independent projects and should thus be considered a bug. Reproducible: Didn't try Steps to Reproduce: 1. install sci-libs/hdf5 2. run "pkg-config hdf5 --libs" Actual Results: pkg-config fails with the following error: Package hdf5 was not found in the pkg-config search path. Perhaps you should add the directory containing `hdf5.pc' to the PKG_CONFIG_PATH environment variable No package 'hdf5' found Expected Results: pkg-conf returns the configuration of the hdf5-package The attached ebuild ports the existing ebuild to use cmake and thus install *.pc files, fixing this bug. Furthermore it has been tested with the newest version 1.10.4. However it probably still has some unused code in it.
Created attachment 561436 [details] hdf5 ebuild that uses cmake and thus generates *pc files
Digging deeper, it seems that the tested versions 1.10.1, 1.10.2, 1.10.3, all are defect by themselves when it comes to *.pc files. Thus a change to cmake *and* an upgrade to 1.10.4 is necessary for *.pc files generation.
Based on your insight, I've created an ebuild for hdf5-1.10.5 (I call it -r1) with EAPI 7, which: 0. generates the pkg-config files; 1. makes it possible to use Fortran with CMake; 2. fixes the location of libraries that .pc files point to (${prefix}/HDF5_INSTALL_LIB_DIR - which tranlsates to /usr/lib64 on amd64 - instead of ${exec_prefix}/lib , which translates to /usr/lib on amd64 ); 3. cleans up a little lint (not all of it).
Created attachment 588572 [details] hdf5-1.10.5-r1.ebuild
These fixes work for me. Anything blocking getting this into the tree?
