Re: [gentoo-mips] multilib problems on mips64 profiles

["Michał Górny" <mgorny@gentoo.org>]

[-- Attachment #1: Type: text/plain, Size: 1416 bytes --]

Dnia 2014-09-13, o godz. 10:47:49
Markos Chandras <hwoarang@gentoo.org> napisał(a):

> Here is some weirdness with eg mips64/n32 multilib profile when trying
> a world update
> 
> [ebuild     U  ] sys-devel/libtool-2.4.2-r1:2 [2.4.2:2]
> USE="-static-libs {-test} -vanilla" ABI_MIPS="(n32%*) o32%* -n64%" 0 kB
> 
> As you can see n32 and o32 are enabled but n64 is not. Obviously this
> is not full mips64 multilib. This is probably due the portage profile
> stacking/inheritance problems on mips64, where the mips64/multilib
> profiles inherit the default o32 one. Michal (multilib CC'd) can
> provide more information on what exactly goes wrong since he
> understands the problem better than me. Michal also said that on
> amd64, the multilib profiles defaults to 64-bit only. I believe this
> contradicts with what someone expects from MIPS64 where all three ABIs
> need to be present *by default* unless you override the ABI_MIPS
> variable in make.conf. Correct?

Well, long story short we inherit from 'top-level' profile that has
some o32 settings inside. I believe that it could be saner to move
those from arch/mips/mips64 -> arch/mips/mips64/o32 (like we have /n32
and /n64 there), so that instead of having to unset them, we'd just
have them set for the relevant real profiles.

However, I'm not sure if this doesn't come with some pitfalls.

-- 
Best regards,
Michał Górny

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 949 bytes --]