Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 722602 - app-text/uudeview calls ar directly
Summary: app-text/uudeview calls ar directly
Status: CONFIRMED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: No maintainer - Look at https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers if you want to take care of it
URL:
Whiteboard:
Keywords:
: 725404 (view as bug list)
Depends on:
Blocks: tc-directly
  Show dependency tree
 
Reported: 2020-05-12 07:15 UTC by Agostino Sarubbo
Modified: 2020-05-25 21:27 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
build.log (build.log,26.89 KB, text/plain)
2020-05-12 07:15 UTC, Agostino Sarubbo
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Agostino Sarubbo gentoo-dev 2020-05-12 07:15:23 UTC
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.
Comment 1 Agostino Sarubbo gentoo-dev 2020-05-12 07:15:32 UTC
Created attachment 638284 [details]
build.log

build log and emerge --info
Comment 2 Kent Fredric (IRC: kent\n) gentoo-dev 2020-05-25 21:25:54 UTC
*** Bug 725404 has been marked as a duplicate of this bug. ***
Comment 3 Kent Fredric (IRC: kent\n) gentoo-dev 2020-05-25 21:27:19 UTC
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