On Monday, March 07, 2011 12:35:53 Thomas Sachau wrote:
> Am 07.03.2011 11:24, schrieb Mike Frysinger:
> > also, i'll be converting the glibc ebuilds do always invoke the
> > multilib_env helper functions. this will allow us to drop the
> > {C,LD}FLAGS_xxx and friends from profiles since glibc was the main
> > consumer. i imagine this inadvertently break some other packages, so
> > if people want to test this on their own systems before i make the
> > commit, that'd be cool. the plan would be for said breakage will go
> > through bugzilla to get the ebuild updated rather than reverting the
> > profile.
>
> Please leave those vars in the profile, i depend on them in
> multilib-portage to crosscompile e.g. for x86 on the amd64 profile. If you
> remove them now, they would be re-added again once multilib-portage (and
> the related EAPI) become official, so imho we can just leave them in for
> now.these need to be centralized somehow. duplicating multilib.eclass and the profiles indefinitely isnt going to fly. perhaps we unify all the multilib settings into one file such as base/make.defaults ... that would require normalizing of the ABI value across all targets, but i dont think that's an issue. -mike
signature.asc
Description: This is a digitally signed message part.
