This is an auto-filled bug because dev-libs/libspnav 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 639000 [details] build.log build log and emerge --info
This may take a few days. If anyone wants to take over, please go ahead.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=a6a4ead784a804ea6e231b0536c12f6672130a6c commit a6a4ead784a804ea6e231b0536c12f6672130a6c Author: Sebastian Pipping <sping@gentoo.org> AuthorDate: 2021-02-06 19:49:18 +0000 Commit: Sebastian Pipping <sping@gentoo.org> CommitDate: 2021-02-06 19:49:18 +0000 dev-libs/libspnav: Respect variable AR Closes: https://bugs.gentoo.org/723034 Signed-off-by: Sebastian Pipping <sping@gentoo.org> Package-Manager: Portage-3.0.14, Repoman-3.0.2 dev-libs/libspnav/libspnav-0.2.3-r1.ebuild | 4 ++-- dev-libs/libspnav/libspnav-0.2.3.ebuild | 4 ++-- 2 files changed, 4 insertions(+), 4 deletions(-)