Am 07.03.2011 11:24, schrieb Mike Frysinger:
> i plan on punting these (hardly used) functions from the
> multilib.eclass (once the handful of open bugs are closed):
> get_ml_incdir
> prep_ml_includes
> create_ml_includes
> create_ml_includes-absolute
> create_ml_includes-tidy_path
> create_ml_includes-listdirs
> create_ml_includes-makedestdirs
> create_ml_includes-allfiles
> create_ml_includes-sym_for_dir
> further, the CDEFINE_xxx multilib vars will go with them
>
> for the most part, these were really only used by the glibc ebuilds.
> for the ones that dont support multilib natively (and necessitated
> these funcs in the first place), i'll simply punt the ebuilds. this
> will probably be just the glibc-2.5 ebuilds for now.
>
> 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.
> -mike
>
> 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. -- Thomas Sachau Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
