From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30629 invoked by alias); 17 Feb 2011 16:10:42 -0000 Received: (qmail 30604 invoked by uid 22791); 17 Feb 2011 16:10:38 -0000 X-SWARE-Spam-Status: No, hits=-1.8 required=5.0 tests=AWL,BAYES_00,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from vpn.id2.novell.com (HELO vpn.id2.novell.com) (195.33.99.129) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 17 Feb 2011 16:10:32 +0000 Received: from EMEA1-MTA by vpn.id2.novell.com with Novell_GroupWise; Thu, 17 Feb 2011 16:10:28 +0000 Message-Id: <4D5D56B70200007800032747@vpn.id2.novell.com> Date: Thu, 17 Feb 2011 16:10:00 -0000 From: "Jan Beulich" To: "H.J. Lu" ,"Jan Hubicka" Cc: "GCC Development" ,, "Jakub Jelinek" , "Binutils" , "GNU C Library" , "H. Peter Anvin" Subject: Re: x32 psABI draft version 0.2 References: <4D5C2DD2.10608@zytor.com> <4D5CEBDE02000078000325A2@vpn.id2.novell.com> <20110217142916.GI13037@sunsite.ms.mff.cuni.cz> <20110217152233.GB11346@atrey.karlin.mff.cuni.cz> <20110217154452.GA18799@kam.mff.cuni.cz> In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-IsSubscribed: yes Mailing-List: contact binutils-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: binutils-owner@sourceware.org X-SW-Source: 2011-02/txt/msg00219.txt.bz2 >>> On 17.02.11 at 16:49, "H.J. Lu" wrote: > On Thu, Feb 17, 2011 at 7:44 AM, Jan Hubicka wrote: >>> > According to Mozilla folks however REL+RELA scheme used by EABI leads >>> > to significandly smaller libxul.so size >>> > >>> > According to http://glandium.org/blog/?p=3D1177 the difference is abo= ut 4-5MB >>> > (out of approximately 20-30MB shared lib) >>> >>> This is orthogonal to x32 psABI. >> >> Understood. I am just pointing out that x86-64 Mozilla suffers from sta= rtup >> problems (extra 5MB of disk read needed) compared to both x86 and ARM EA= BI >> because x86-64 ABI is RELA only. If x86-64 ABI was REL+RELA like EABI is= , we >> would not have this problem here. >> >=20 > If people want to see REL+RELA in x32, they have to contribute codes. That's exactly the wrong way round: First the specification has to allow for (but not require) it, and only then does it make sense to write code. Jan