From mboxrd@z Thu Jan 1 00:00:00 1970
Return-Path: <gentoo-mips+bounces-477-garchives=archives.gentoo.org@lists.gentoo.org>
Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80])
by finch.gentoo.org (Postfix) with ESMTP id D9C77138A1F
for <garchives@archives.gentoo.org>; Wed, 17 Sep 2014 08:31:34 +0000 (UTC)
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
by pigeon.gentoo.org (Postfix) with SMTP id 18351E08C1;
Wed, 17 Sep 2014 08:31:30 +0000 (UTC)
Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183])
(using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
(No client certificate requested)
by pigeon.gentoo.org (Postfix) with ESMTPS id A4A4DE08C1
for <gentoo-mips@lists.gentoo.org>; Wed, 17 Sep 2014 08:31:29 +0000 (UTC)
Received: from pomiot.lan (87-205-69-242.adsl.inetia.pl [87.205.69.242])
(using SSLv3 with cipher ECDHE-RSA-AES128-SHA (128/128 bits))
(No client certificate requested)
(Authenticated sender: mgorny)
by smtp.gentoo.org (Postfix) with ESMTPSA id 4DF9834026F;
Wed, 17 Sep 2014 08:31:27 +0000 (UTC)
Date: Wed, 17 Sep 2014 10:31:21 +0200
From: =?ISO-8859-2?B?TWljaGGzIEfzcm55?= <mgorny@gentoo.org>
To: Markos Chandras <hwoarang@gentoo.org>
Cc: gentoo-mips@lists.gentoo.org, multilib@gentoo.org
Subject: Re: [gentoo-mips] multilib problems on mips64 profiles
Message-ID: <20140917103121.6e822b45@pomiot.lan>
In-Reply-To: <541412C5.4090809@gentoo.org>
References: <541412C5.4090809@gentoo.org>
Organization: Gentoo
X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.24; x86_64-pc-linux-gnu)
Precedence: bulk
List-Post: <mailto:gentoo-mips@lists.gentoo.org>
List-Help: <mailto:gentoo-mips+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-mips+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-mips+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-mips.gentoo.org>
X-BeenThere: gentoo-mips@lists.gentoo.org
Reply-to: gentoo-mips@lists.gentoo.org
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha512;
boundary="Sig_/rafcs7e01aPMpr3fDzLFQ4r"; protocol="application/pgp-signature"
X-Archives-Salt: 24a03482-ff47-4fbe-8b5b-991252b4cc08
X-Archives-Hash: 5e0d02133b287c8a978f8791a44ca104
--Sig_/rafcs7e01aPMpr3fDzLFQ4r
Content-Type: text/plain; charset=ISO-8859-2
Content-Transfer-Encoding: quoted-printable
Dnia 2014-09-13, o godz. 10:47:49
Markos Chandras <hwoarang@gentoo.org> napisa=B3(a):
> Here is some weirdness with eg mips64/n32 multilib profile when trying
> a world update
>=20
> [ebuild U ] sys-devel/libtool-2.4.2-r1:2 [2.4.2:2]
> USE=3D"-static-libs {-test} -vanilla" ABI_MIPS=3D"(n32%*) o32%* -n64%" 0 =
kB
>=20
> 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.
--=20
Best regards,
Micha=B3 G=F3rny
--Sig_/rafcs7e01aPMpr3fDzLFQ4r
Content-Type: application/pgp-signature; name=signature.asc
Content-Disposition: attachment; filename=signature.asc
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2
iQJ8BAEBCgBmBQJUGUbZXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2REJCMDdDQzRGMERBRDA2RUEwQUZFNDFC
MDdBMUFFQUVGQjQ0NjRFAAoJELB6GurvtEZOPEYP+wSiYTKsIaMsjjcB3tAkyL9l
I+AtZ7O9l78i2Nri5nwK+dsKzm6MZr+k8qr743PPNFZg5LshPPgG8HF6jX/v0XW8
Xf9VywaEeJkk+ayglw8IV2sUbh+O+v8spYaMY+I1pWKIMgaw6GUXx45YT7NYUBa9
YrbXIHd0ZSWVXnJxGpdqiQNPUUlT9o6R4+0uH2PcazFw4VC6HJwHUN+EAnjfQwrF
v82b9ven+4m8LM0Y6KgsJAdvEzzrj23OQSxzvfcI4f7YsYXuK7/VQkyLw9tD6Vlt
9HWx8AvwBDZBO7kdIsnZ9E7X/+8NglKJcP9uE3cGG/iS8HBwLj86OBib//Zq/0VI
fF4qYwILN+b4uOoT4Miga0v6Ifxt/5MypfXgdCZ67Xf8j0xKYaMxd/meWl9yYoyY
ZUZbl5ty+llOMlld7oU5JmlAjEJ+1CjQGmrR0LzoDwLvbkRZuuS33teZgFnFtwte
9E59tmV9QnVBEGcfEsdoDLZdq7liV/lQjx4/DnaGs4rhGtHaRbsvn4CI62kUpeeT
rebZP6BONSYlB4FzLVVCl9tMcDg433+Sb8DlNgSk3MVIJv0H7oPhxBkpUEdeRcRu
fZeYtOkOoDkzl4kcZst78nEBer8fdzwn7dWosLAmjuTi+XFj2vD4JFsLC8/N/qMe
0ZB0piyzWKlbZxEyc+Ej
=ETb5
-----END PGP SIGNATURE-----
--Sig_/rafcs7e01aPMpr3fDzLFQ4r--