Created attachment 581944 [details] fixed papi 5.5.1 ebuild By default PAPI assumes that libpfm.a is found in ${EPREFIX}/usr/lib, which is no longer the case following the removal of this symlink in the 17.1 profile. Fix is to provide --with-pfm-libdir="${EPREFIX}/usr/lib64" as in attached ebuild. I have only attached the one ebuild as example but this bug appears to affect all versions in portage.
Comment on attachment 581944 [details] fixed papi 5.5.1 ebuild --- a/papi-5.5.1.ebuild +++ b/papi-5.5.1.ebuild @@ -28,6 +28,7 @@ --with-shlib --with-perf-events --with-pfm-prefix="${EPREFIX}/usr" + --with-pfm-libdir="${EPREFIX}/usr/lib64" ) autotools-utils_src_configure } Um, what if your LIBDIR happens to be something other than "lib64"? Please attach the entire failing build log to this bug report.
*** Bug 737106 has been marked as a duplicate of this bug. ***
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=d700f2f88da0b2b461d18229baa97cac5e3ab9a9 commit d700f2f88da0b2b461d18229baa97cac5e3ab9a9 Author: Sam James <sam@gentoo.org> AuthorDate: 2021-02-26 23:43:41 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2021-02-27 01:00:07 +0000 dev-libs/papi: EAPI 7, fix libdir Closes: https://bugs.gentoo.org/689312 Package-Manager: Portage-3.0.15, Repoman-3.0.2 Signed-off-by: Sam James <sam@gentoo.org> dev-libs/papi/papi-5.5.1.ebuild | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-)
