This is an auto-filed bug because www-misc/wsmake 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 642500 [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=063129fdf7c4a1d516c3c08fd3263f25901bcc89 commit 063129fdf7c4a1d516c3c08fd3263f25901bcc89 Author: David Seifert <soap@gentoo.org> AuthorDate: 2023-03-18 16:42:59 +0000 Commit: David Seifert <soap@gentoo.org> CommitDate: 2023-03-18 16:42:59 +0000 www-misc/wsmake: treeclean Closes: https://bugs.gentoo.org/726094 Closes: https://bugs.gentoo.org/806384 Signed-off-by: David Seifert <soap@gentoo.org> profiles/package.mask | 7 ---- www-misc/wsmake/Manifest | 1 - .../files/wsmake-0.6.4-fix-const-va_list.patch | 29 -------------- www-misc/wsmake/files/wsmake-0.6.4-gcc43.patch | 33 ---------------- www-misc/wsmake/metadata.xml | 5 --- www-misc/wsmake/wsmake-0.6.4-r1.ebuild | 44 ---------------------- 6 files changed, 119 deletions(-)