https://blogs.gentoo.org/ago/2020/07/04/gentoo-tinderbox/ Issue: sci-libs/cdf-3.8.0 calls ar directly. Discovered on: amd64 (internal ref: ci) NOTE: This machine uses GCC-11: https://gcc.gnu.org/gcc-11/porting_to.html As per QA policy, toolchain tools must not be called directly because they can cause issue in cross-compiling and because is not possible use a different AR implementation (like llvm-ar). To reproduce, please use sys-devel/gcc-config[-native-symlinks], sys-devel/binutils-config[-native-symlinks].
Created attachment 712494 [details] build.log build log and emerge --info
Possible context of error(s): make[1]: ar: No such file or directory make[1]: gcc: No such file or directory
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=2cdd21f573f85820be43dc8e2ca44730c269dcbe commit 2cdd21f573f85820be43dc8e2ca44730c269dcbe Author: Sam James <sam@gentoo.org> AuthorDate: 2021-07-29 02:13:01 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2021-07-29 02:13:25 +0000 sci-libs/cdf: fully respect AR, CC We were calling AR directly but also 'gcc' as LD. Let's just use $(tc-getCC) as LD given that's now the recommended way to call the linker, and indeed, we use incompatible arguments for ld anyway. Closes: https://bugs.gentoo.org/725444 Closes: https://bugs.gentoo.org/792990 Signed-off-by: Sam James <sam@gentoo.org> sci-libs/cdf/cdf-3.8.0-r1.ebuild | 2 ++ 1 file changed, 2 insertions(+)