This is an auto-filled bug because app-emulation/slirp4netns 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.
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 637646 [details]
build log and emerge --info
The bug has been closed via the following commit(s):
Author: Zac Medico <firstname.lastname@example.org>
AuthorDate: 2020-05-10 18:27:21 +0000
Commit: Zac Medico <email@example.com>
CommitDate: 2020-05-10 19:51:51 +0000
app-emulation/slirp4netns: Respect AR variable (bug 722162)
Reported-by: Agostino Sarubbo <firstname.lastname@example.org>
Package-Manager: Portage-2.3.99, Repoman-2.3.22
Signed-off-by: Zac Medico <email@example.com>
app-emulation/slirp4netns/slirp4netns-1.0.1.ebuild | 3 +++
1 file changed, 3 insertions(+)