This is an auto-filled bug because app-cdr/cuecue calls ar directly. The issue was originally discovered on amd64, but it may be reproducible on other arches as well. If you think that a different summary clarifies the issue better, feel free to change it. Attached build log and emerge --info. NOTE: If you think it doesn't make sense fix these type of issues, I'd like to point out that won't be possible use a different AR implementation (like llvm-ar) by setting the AR variable. So this issue has been reproduced by setting the AR variable to x86_64-pc-linux-gnu-ar and by removing the /usr/bin/ar binary.
Created attachment 637432 [details] build.log build log and emerge --info
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=b04f51efbcb86d59a1657347973e19168e5dd538 commit b04f51efbcb86d59a1657347973e19168e5dd538 Author: Jeroen Roovers <jer@gentoo.org> AuthorDate: 2020-05-15 07:25:18 +0000 Commit: Jeroen Roovers <jer@gentoo.org> CommitDate: 2020-05-15 07:33:41 +0000 app-cdr/cuecue: Fix building with CFLAGS=-fno-common Also: - Drop flag-o-matic - Set AR - Set RDEPEND Package-Manager: Portage-2.3.99, Repoman-2.3.22 Closes: https://bugs.gentoo.org/show_bug.cgi?id=707444 Closes: https://bugs.gentoo.org/show_bug.cgi?id=722024 Signed-off-by: Jeroen Roovers <jer@gentoo.org> app-cdr/cuecue/cuecue-0.2.2-r3.ebuild | 53 ++++++++++++++++++++++ app-cdr/cuecue/files/cuecue-0.2.2-fno-common.patch | 11 +++++ 2 files changed, 64 insertions(+)