The file mentioned above causes the emerge to fail, specifically the x86_64.amd64 ABI stage, due to the value "libdir" pointing to /usr/lib, which contains no 64-bit libraries on the 17.1 profile. Reproducible: Didn't try Steps to Reproduce: 1. Emerge rubberband 2. Emerge ffmpeg Actual Results: The emerge fails with the following: "/usr/lib/gcc/x86_64-pc-linux-gnu/9.1.0/../../../../x86_64-pc-linux-gnu/bin/ld.bfd: i386 architecture of input file `/var/tmp/portage/media-video/ffmpeg-4.1.4/temp/libavfilter.so.7.2RyQhx.ltrans0.ltrans.o' is incompatible with i386:x86-64 output" Expected Results: The emerge should have succeeded. After appending "64" to "libdir=${exec_prefix}/lib", ffmpeg successfully compiled. Here is the accompanying forum thread: https://forums.gentoo.org/viewtopic-t-1099930.html
Created attachment 585494 [details] System info
Created attachment 585496 [details] Failed emerge log
After running `emerge --verbose --emptytree @world`, I can confirm that this is reproducible.
I can confirm this, it hit me while preparing to bump media-sound/denemo to version 2.3.0. Manually changing the value to lib64 in the pkg-config file solves the issue for the denemo build, so I'm going to add a blocker.
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=46af22f0c24778870b6f2a4f52702c1e9a32fe38 commit 46af22f0c24778870b6f2a4f52702c1e9a32fe38 Author: Bernd Waibel <waebbl@gmail.com> AuthorDate: 2019-08-14 13:32:05 +0000 Commit: Joonas Niilola <juippis@gentoo.org> CommitDate: 2019-08-17 15:34:41 +0000 media-sound/denemo: bump to version 2.3.0 - bump to EAPI=7 - inherit xdg instead of xdg-utils - rename doc USE flag to gtk-doc - add subslot modifier for media-libs/aubio and media-sound/fluidsynth The bug below blocks this update for multilib machines and needs to be merged first! Bug: https://bugs.gentoo.org/691274 Closes: https://bugs.gentoo.org/691920 Package-Manager: Portage-2.3.71, Repoman-2.3.17 Signed-off-by: Bernd Waibel <waebbl@gmail.com> Closes: https://github.com/gentoo/gentoo/pull/12704 Signed-off-by: Joonas Niilola <juippis@gentoo.org> media-sound/denemo/Manifest | 1 + media-sound/denemo/denemo-2.3.0.ebuild | 122 +++++++++++++++++++++ ...0001-configure.ac-patch-to-find-guile-2.2.patch | 80 ++++++++++++++ 3 files changed, 203 insertions(+)
I also can confirm this to break media-video/mpv-0.32.0-r1 with USE=rubberband when compiled with specifically ld.lld, the detected false -L/usr/lib rather than -L/usr/lib64 causes an error. Likewise, changing /usr/lib64/pkgconfig/rubberband.pc from libdir=${exec_prefix}/lib to the correct libdir=${exec_prefix}/lib64 fixes this.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=3d705bbd1e4c38d3185a8418fea484940a3bf04e commit 3d705bbd1e4c38d3185a8418fea484940a3bf04e Author: Miroslav Šulc <fordfrog@gentoo.org> AuthorDate: 2020-08-11 16:03:32 +0000 Commit: Miroslav Šulc <fordfrog@gentoo.org> CommitDate: 2020-08-11 16:03:59 +0000 media-libs/rubberband: fixed libdir in .pc file Closes: https://bugs.gentoo.org/691274 Package-Manager: Portage-3.0.2, Repoman-2.3.23 Signed-off-by: Miroslav Šulc <fordfrog@gentoo.org> .../rubberband/{rubberband-1.8.2.ebuild => rubberband-1.8.2-r1.ebuild} | 3 +++ 1 file changed, 3 insertions(+)