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] dcc-1.3.140-r1.patch 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] dcc-1.3.140-r1.patch Updated the patch (removes another die from emake install)
InCVS