public inbox for gentoo-mips@lists.gentoo.org
 help / color / mirror / Atom feed
From: "Anthony G. Basile" <blueness@gentoo.org>
To: gentoo-mips@lists.gentoo.org
Subject: Re: [gentoo-mips] multilib problems on mips64 profiles
Date: Sat, 13 Sep 2014 09:54:47 -0400	[thread overview]
Message-ID: <54144CA7.80500@gentoo.org> (raw)
In-Reply-To: <541412C5.4090809@gentoo.org>

On 09/13/14 05:47, Markos Chandras wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA512
>
> Hi,
>
> 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?
>
> - -- 
> Regards,
> Markos Chandras
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v2
>
> iQF8BAEBCgBmBQJUFBLFXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
> ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRGRDlGMzA4MUI2MzBDODQ4RDBGOEYxMjQx
> RjEwRUQ0QjgxREVCRjE5AAoJEB8Q7UuB3r8Z6JQH/AkuGs0pE5mshn/pGiz3cb/p
> 43Ksh/ZBd7z9gB54o/QeK/GnqxgkG5y4koX0rs+35SAjYCkYS3Nc7Aa0DSA0o/Mz
> z6FGkOxBRBwb6jmJ8ujKYZXC6rMgHY1kA9xx2qLK+WplIsLE5tx/Tsixqa4/6XuK
> 28BN41A1W4kaeB9Rtlv9Mt9OFEfTPiUqSkzyHpm1fKT60O6kq0Jba3Mh15w7IKJn
> HUWCy92doVpcpip+wn//reoV+logtRL8616juHGNVRMXN4ZuLHl99IJXzjh/4Fu2
> 9KOb+H7NgpSQIUklg8l8XV577dZAYOaZUp+sqgu0ymbZmmO1mOButiOceXxAh/Q=
> =8P/6
> -----END PGP SIGNATURE-----
>

Yes I know the issue but have not gotten around to fixing it and won't 
anytime soon since I' struggling with real life (like getting the 
electric company to fix my power!)

I don't agree that we want all three abi's by default on all binaries.  
What we want is the three abis for the toolchain, and the option to turn 
on/off the other abis besides the default abi which should be on.  
Ideally this should be

     ABI_MIPS="(n32%*) -o32%* -n64%"

Needs to be done is

1) add -abi_mips_o32 to use.force in 
/usr/portage/profiles/arch/mips/mips64/n32 and similarly for the other 
profiles.  This allows one to turn off o32, otherwise its forced on.

2) add USE="${USE} -abi_mips_o32" to make.default.  This turns it off by 
default, but the user can turn it back on.

You should do this for all the mips64/multilibs and mips64el's.

-- 
Anthony G. Basile, Ph.D.
Gentoo Linux Developer [Hardened]
E-Mail    : blueness@gentoo.org
GnuPG FP  : 1FED FAD9 D82C 52A5 3BAB  DC79 9384 FA6E F52D 4BBA
GnuPG ID  : F52D4BBA



  reply	other threads:[~2014-09-13 13:52 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-09-13  9:47 [gentoo-mips] multilib problems on mips64 profiles Markos Chandras
2014-09-13 13:54 ` Anthony G. Basile [this message]
2014-09-17  8:31 ` Michał Górny
     [not found]   ` <54198ECB.7010803@gentoo.org>
2014-09-17 17:50     ` Markos Chandras
2014-09-17 19:13       ` Anthony G. Basile
2014-09-17 19:41         ` Markos Chandras
2014-09-17 19:52           ` Anthony G. Basile
2014-09-17 20:13             ` Markos Chandras
2014-09-17 20:19               ` Anthony G. Basile
2014-09-21 21:55                 ` Anthony G. Basile
2014-09-21 22:45                   ` Matt Turner
2014-09-21 22:53                     ` Anthony G. Basile
2014-09-21 22:53                   ` Joshua Kinard
2014-09-22  1:11                     ` Anthony G. Basile
2014-09-22  1:12                       ` Anthony G. Basile
2014-09-22  1:29                         ` Joshua Kinard
2014-09-22 10:39                           ` Anthony G. Basile
2014-09-22  1:49                       ` Joshua Kinard
2014-09-22 10:53                         ` Anthony G. Basile

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=54144CA7.80500@gentoo.org \
    --to=blueness@gentoo.org \
    --cc=gentoo-mips@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox