This is an auto-filled bug because app-text/uudeview 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 638284 [details] build.log build log and emerge --info
*** Bug 725404 has been marked as a duplicate of this bug. ***
This looks like the same fault as bug #723216, due to using the same base sources. I already fixed that issue in: https://gitweb.gentoo.org/repo/gentoo.git/diff/dev-perl/Convert-UUlib/files/Convert-UUlib-1.71-tc-ar.patch?id=46d76f54d6fbf257d0f1233fbbf30b0bf0b564a3 However, the patch may need to be different for uudeview as it can't rely on AR being injected into Makefile's by Perl build tooling. > > > x86_64-pc-linux-gnu-gcc -c -O2 -pipe -mtune=native -march=native -I. -DHAVE_CONFIG_H -DVERSION=\"0.5\" -DPATCH=\"20\" uustring.c > x86_64-pc-linux-gnu-gcc -c -O2 -pipe -mtune=native -march=native -I. -DHAVE_CONFIG_H -DVERSION=\"0.5\" -DPATCH=\"20\" fptools.c > make[1]: Leaving directory '/var/tmp/portage/app-text/uudeview-0.5.20-r2/work/uudeview-0.5.20/inews' > x86_64-pc-linux-gnu-gcc -c -O2 -pipe -mtune=native -march=native -I. -DHAVE_CONFIG_H -DVERSION=\"0.5\" -DPATCH=\"20\" crc32.c > rm -f libuu.a > ar r libuu.a uulib.o uucheck.o uunconc.o uuutil.o uuencode.o uuscan.o uustring.o fptools.o crc32.o > make[1]: ar: No such file or directory > make[1]: *** [Makefile:72: libuu.a] Error 127 > make[1]: Leaving directory '/var/tmp/portage/app-text/uudeview-0.5.20-r2/work/uudeview-0.5.20/uulib' > make: *** [Makefile:176: libuu.a] Error 2
