You receive this bug because this package does not respect my system's CC ( x86_64-pc-linux-gnu-gcc - /usr/bin/x86_64-pc-linux-gnu-gcc ) and calls directly gcc -/usr/bin/gcc
The possible solutions to fix this issue are:
1)Fix the buildsystem, if you can
2)inherit toolchain-funcs and use tc-export CC
3)inherit toolchain-funcs and use emake CC="$(tc-getCC)"
This package does not respect CC at all, as the configure phase says:
checking for cc... cc
checking whether the C compiler (cc -march=native -O2 -g0 -pipe -Wl,-O1 -Wl,--as-needed -Wl,--hash-style=gnu) works... yes
checking whether the C compiler (cc -march=native -O2 -g0 -pipe -Wl,-O1 -Wl,--as-needed -Wl,--hash-style=gnu) is a cross-compiler... no
Created attachment 350914 [details, diff]
Actually this issue was already fixed in src_compile via emake CC="$(tc-getCC)". Just the configure script didn't saw the correct cc.
However it is easier to export cc/ar/ranlib in src_configure. Now even the configure script gets the correct cc/ar/ranlib and we don't need src_compile at all.
I've created a patch which reflects those changes. Also raised eapi to 5.
BTW, this also fixes bug 447814
Created attachment 350916 [details, diff]
Updated the patch (removes another die from emake install)