This is an auto-filed bug because sys-apps/ucspi-ssl 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.
Created attachment 642248 [details] build.log build log and emerge --info
Should be fixed in newer version if someone will review/merge https://github.com/gentoo/gentoo/pull/13227
ci has reproduced this issue with version 0.99e-r2 - Updating summary.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=af68b801bf85d4abfc0ac4ba591844c081d68686 commit af68b801bf85d4abfc0ac4ba591844c081d68686 Author: Jakov Smolić <jsmolic@gentoo.org> AuthorDate: 2022-12-31 18:19:56 +0000 Commit: Jakov Smolić <jsmolic@gentoo.org> CommitDate: 2022-12-31 18:31:01 +0000 sys-apps/ucspi-ssl: treeclean Closes: https://bugs.gentoo.org/696936 Closes: https://bugs.gentoo.org/725786 Closes: https://bugs.gentoo.org/686430 Signed-off-by: Jakov Smolić <jsmolic@gentoo.org> profiles/base/package.use.mask | 5 -- profiles/package.mask | 5 -- sys-apps/ucspi-ssl/Manifest | 1 - .../files/ucspi-ssl-0.99e-fno-common.patch | 56 -------------------- sys-apps/ucspi-ssl/metadata.xml | 16 ------ sys-apps/ucspi-ssl/ucspi-ssl-0.99e-r2.ebuild | 61 ---------------------- 6 files changed, 144 deletions(-)