This is an auto-filed bug because net-misc/megatools 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 641552 [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=0d3699ef910b77807149053b1c10a896c051ecf1 commit 0d3699ef910b77807149053b1c10a896c051ecf1 Author: Yixun Lan <dlan@gentoo.org> AuthorDate: 2020-05-26 06:46:10 +0000 Commit: Yixun Lan <dlan@gentoo.org> CommitDate: 2020-05-26 06:47:37 +0000 net-misc/megatools: respect 'AR' variable use AM_PROG_AR to default to standard AR discovery instead of make's 'ar'. Closes: https://bugs.gentoo.org/725202 Package-Manager: Portage-2.3.100, Repoman-2.3.22 Signed-off-by: Yixun Lan <dlan@gentoo.org> net-misc/megatools/megatools-1.10.3.ebuild | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)
