Bug 724702 – media-sound/cmus-2.10.0-r1 calls cc directly

• Product: Gentoo Linux
• Status: CONFIRMED ---

[Description Agostino Sarubbo 2020-05-23 13:15:15 UTC]

This is an auto-filed bug because media-sound/cmus calls cc 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 CC implementation (like clang) by setting the CC variable. So this issue has been reproduced by setting the CC variable to x86_64-pc-linux-gnu-gcc and by removing the /usr/bin/cc - /usr/bin/gcc binaries.

[Comment 1 Agostino Sarubbo 2020-05-23 13:15:21 UTC]

Created attachment 641078 [details]
build.log

build log and emerge --info

[Comment 2 Carlos 2022-04-29 18:45:54 UTC]

If I recall correctly, I had to set HOSTCC=clang on my make.conf for cmus to use clang instead of GCC. So maybe exporting HOSTCC="$CC" somewhere in the ebuild would solve it?

[Comment 3 Agostino Sarubbo 2022-07-06 05:48:05 UTC]

ci has reproduced this issue with version 2.10.0 - Updating summary.

[Comment 4 Agostino Sarubbo 2022-09-11 07:50:54 UTC]

ci has reproduced this issue with version 2.10.0-r1 - Updating summary.

[Comment 5 Josh Klar (klardotsh) 2023-02-03 21:50:35 UTC]

Created attachment 849804 [details]
build.log on musl-llvm

Confirming that I had to add a /etc/portage/env/hostcc-clang and assign media-sound/cmus to it to avoid cmus's configure script failing when it failed to find GCC (as it's not installed in a llvm-musl stage3, everything is built with clang).