Summary: | multilib.eclass: export CPP too | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Denis Kaganovich <mahatma> |
Component: | Current packages | Assignee: | Gentoo Toolchain Maintainers <toolchain> |
Status: | RESOLVED OBSOLETE | ||
Severity: | normal | ||
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | CPP for multilib.eclass |
Description
Denis Kaganovich
2016-01-16 14:59:32 UTC
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. |