--libdir=$(get_libdir) ought to be --libdir=/usr/$(get_libdir)
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=af79c1ba88221c2e88a0881ac162a0e0599611e2 commit af79c1ba88221c2e88a0881ac162a0e0599611e2 Author: Kent Fredric <kentnl@gentoo.org> AuthorDate: 2019-08-06 05:22:48 +0000 Commit: Kent Fredric <kentnl@gentoo.org> CommitDate: 2019-08-06 05:29:34 +0000 dev-lang/moarvm: Fix installation to /lib re bug #639538 This fixes the installation of libmoar.so to use /usr/lib64 etc instead of /lib64 This additionally fixes the issue where the installation to /lib64 under EAPI7, for some reason, results in no installation of the .so, as mentioned in bug #504720 Closes: https://bugs.gentoo.org/639538 Bug: https://bugs.gentoo.org/504720 Package-Manager: Portage-2.3.66, Repoman-2.3.16 Signed-off-by: Kent Fredric <kentnl@gentoo.org> ...rvm-2018.12.ebuild => moarvm-2018.06-r1.ebuild} | 8 ++- dev-lang/moarvm/moarvm-2018.06.ebuild | 57 -------------------- ...rvm-2018.08.ebuild => moarvm-2018.08-r1.ebuild} | 10 ++-- ...rvm-2018.09.ebuild => moarvm-2018.09-r1.ebuild} | 10 ++-- dev-lang/moarvm/moarvm-2018.12-r1.ebuild | 61 ++++++++++++++++++++++ ...rvm-2019.03.ebuild => moarvm-2019.03-r1.ebuild} | 8 ++- ...rvm-2019.07.ebuild => moarvm-2019.07-r1.ebuild} | 8 ++- ...2019.07.1.ebuild => moarvm-2019.07.1-r1.ebuild} | 8 ++- dev-lang/moarvm/moarvm-9999.ebuild | 8 ++- 9 files changed, 105 insertions(+), 73 deletions(-)