From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 969 invoked by alias); 12 Apr 2012 18:14:58 -0000 Received: (qmail 952 invoked by uid 22791); 12 Apr 2012 18:14:57 -0000 X-SWARE-Spam-Status: No, hits=-8.1 required=5.0 tests=AWL,BAYES_00,KHOP_PGP_SIGNED,KHOP_RCVD_UNTRUST,KHOP_THREADED,RCVD_IN_DNSWL_HI,RCVD_IN_HOSTKARMA_W,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from smtp.gentoo.org (HELO smtp.gentoo.org) (140.211.166.183) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 12 Apr 2012 18:14:45 +0000 Received: from vapier.localnet (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id B56FE1B4018; Thu, 12 Apr 2012 18:14:44 +0000 (UTC) From: Mike Frysinger To: Jakub Jelinek Subject: Re: Phone call (was Re: Armhf dynamic linker path) Date: Thu, 12 Apr 2012 18:14:00 -0000 User-Agent: KMail/1.13.7 (Linux/3.4.0-rc1; KDE/4.6.5; x86_64; ; ) Cc: cross-distro@lists.linaro.org, Riku Voipio , Adam Conrad , linaro-toolchain@lists.linaro.org, Steve McIntyre , Jeff Law , gcc-patches@gcc.gnu.org, libc-ports@sourceware.org References: <201204100019.13472.vapier@gentoo.org> <201204121349.19097.vapier@gentoo.org> <20120412175313.GQ16117@tyan-ft48-01.lab.bos.redhat.com> In-Reply-To: <20120412175313.GQ16117@tyan-ft48-01.lab.bos.redhat.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2642619.firzGyW7cb"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201204121415.32745.vapier@gentoo.org> X-IsSubscribed: yes Mailing-List: contact libc-ports-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: libc-ports-owner@sourceware.org X-SW-Source: 2012-04/txt/msg00042.txt.bz2 --nextPart2642619.firzGyW7cb Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-length: 1310 On Thursday 12 April 2012 13:53:13 Jakub Jelinek wrote: > On Thu, Apr 12, 2012 at 01:49:16PM -0400, Mike Frysinger wrote: > > > ia64 installs in /lib, because it isn't a multilibbed architecture. > >=20 > > because distros choose not to support it. in first gen chips, there was > > hardware support for running x86. so if we were to be strict, there > > should have been /libia64/ (or whatever) while the current x86 32bit > > code would stay in /lib/. but no distro was interested in supporting > > that (probably due to the 32bit x86 layers being balls-ass slow), so it > > never happened. >=20 > We even carried patches (not applied) for lib64 ia64 support in our > binutils/glibc/gcc for a while, but the final decision after these were > written was that it is going to stay in /lib. true, it would have been /lib64/ since the hardware doesn't the 64bit=20 extensions for x86. but i think the point still stands that using /lib/ fo= r=20 the new hardfloat ABI is OK rather than needing to go the /libhf/ multilib= =20 route. and, if it turns out that we were being too optimistic and we do actually w= ant=20 soft/hard float multilib, i don't think this will be a blocker. as mention= ed,=20 the s390x guys have been bad and it hasn't been a blocker for s390/s390x=20 multilib with them :). -mike --nextPart2642619.firzGyW7cb Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. Content-length: 836 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (GNU/Linux) iQIcBAABAgAGBQJPhxvEAAoJEEFjO5/oN/WB6X4P/0caS7Fxjkfd4nXHdpHtZCAl Duf98Ip9d13oR0NvEJr19i4fnHnBNYomEEWXuW6Mal34cpXUcsf+sL1hv/7nTaDh HVKAy2thI8x/c7SIgj248MLCyLX2ToSPTtATStmRgKd+EZ3x5JEKr4x7zE3hy0st CbDtv0Fs6oX0Q2cMFhLWojB4QFJvCNJqB0M+7y7vDBJVdWcsjuWFU4OVqHMNNSwh rbe0n+nDWzfboZiskDEHlJY98/QD5mvvq3dW9oViPOUAL4zCbvFsjU5JHXiU96fO NGny+rV4BhZyJ/y54Z71D9b0zplU4iqrQ7wHlENRD5WDV5420c329v58+PqsdxDY dGnZj7D0HF5woT4J5hNU4hmIu7V+zpP+aUIVn+wfMyx67toZAasQp6/Ey4mWc7wX z2WX+GG04yI5FweATNE9eSU7H4j3PPZ4sgjJYfU82Auo8N3sH3lV6p/LgBQmzw+d xcfEIvYEGM38FY/Q1K5IH+v5SIWOgL1bvik6FSz8ayPm/ltWrmWlJ7SXpyUKU3Z0 Cul8ICWP7h2WnV8Y4TxBORIRgXJzDaOGkWGvxPftkRajH7DF23eD6SxIjtRs7dEz A0c8VYaWln6n2bd07KOS7e/uLhJM9bftplK0hTq9BiELKlPdP4p1SLxFlwH1Yu3L lY6URHCkVlA4+IGGwxSa =usqm -----END PGP SIGNATURE----- --nextPart2642619.firzGyW7cb--