net-fs/samba-4.3.4 failed to build with USE="multilib abi_x86_32 abi_x86_64" with next part of log: [ 159/2271] Compiling IDL librpc/idl/auth.idl * gcc-config: No gcc profile is active! /usr/bin/gcc-config: line 72: /etc/env.d/gcc/config-i686-pc-linux-gnu: No such file or directory gcc-config: error: could not run/locate 'i686-pc-linux-gnu-cpp' * gcc-config: No gcc profile is active! Reproducible: Always Environment contains CPP="i686-pc-linux-gnu-cpp". Looking more, I found there are probably related to multilib.eclass multilib_toolchain_setup() - adding CPP into exports fix problem (& cannot workaround with ebuild locally). But I cannot found same environment in other multilib-minimal builds, so publish as samba bug. If somebody can motivate multilib.eclass problem - possible, address this bug to other people.
Created attachment 423058 [details, diff] CPP for multilib.eclass ... but I see no good reason to post it directly to multilib.eclass maintainers
> * gcc-config: No gcc profile is active! So, almost certainly INVALID.
setting CPP= to a bogus value is invalid. it doesn't mean we can't add this patch, but you're almost certainly doing it wrong.
(In reply to Rafał Mużyło from comment #2) > > * gcc-config: No gcc profile is active! > > So, almost certainly INVALID. gcc-config -l [1] x86_64-pc-linux-gnu-5.3.0 * gcc-config -f Only for this place it looks "inactive". PS Yes, I think this patch more for example. This packages use multiple CPP values in various places, but this defaulting is in .pm perl module, later installing, so patching module to disable environment is not solution. But CPP="i686-pc-linux-gnu-cpp" in environment looks strange anymore, even if it must be not used.
This patch looks wrong at least for media-libs/nas-1.9.4 (I have 1 desktop with global ABI_X86="32 64", now "emerge -eq world" and there are 1 from near 700 packages exclusion).
> * gcc-config: No gcc profile is active! gcc-config does not use gcc-wrapper and uses symlinks directly. That condition should not happen anymore. It might have upset detection of a compiler. Do you have an example ebuild from ::gentoo that would benefit from CPP setting?
Let's close as obsolete. If you think you have ebuilds that need special CPP please reopen or file another bug.