Context: PHP upstream is wortking on switching most of its build system to pkg-config. For libxslt / libexslt output may be different across distro. Fedora: $ pkg-config --libs libxslt -lxslt -lm -lxml2 $ pkg-config --libs libexslt -lexslt -lxslt -lm -lgcrypt -ldl -lgpg-error -lxml2 On deb distro $ pkg-config --libs libxslt -lxslt -lxml2 $ pkg-config --libs libexslt -lexslt -lxslt -lxml2 Indeed, debian dev. apply some patches: https://salsa.debian.org/xml-sgml-team/libxslt/blob/master/debian/patches/0002-fix-autoconf-automake.patch https://salsa.debian.org/xml-sgml-team/libxslt/blob/master/debian/patches/0001-patch-xslt-config-to-add-private-libraries.patch I think such change should be discussed upstream
This bug appears to have been reported against 'rawhide' during the Fedora 31 development cycle. Changing version to '31'.
Can you clarify what is your expectation from this bug report? The libexslt is now built against libgcrypt so it needs to be linked against that even if you link some other applications. The same for gpg-error, which is library providing the error strings for gcrypt. For the -lm, I think that it should also go there in both places. Even though the HAVE_POW/FLOOR/FABS are not used, the respective functions are used around the code without gating.
> Can you clarify what is your expectation from this bug report? This about what pkg-config --libs should provides - libraries used by the lib itself (current output) OR - libraries needed by other app using the lib Other lib (such as libgcryt) are usual only needed for static build, not in a shared one. Some projects also provide a -static of -private configuration for such use case.
This package has changed maintainer in the Fedora. Reassigning to the new maintainer of this component.