From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <binutils-return-70193-listarch-binutils=sources.redhat.com@sourceware.org>
Received: (qmail 23243 invoked by alias); 17 Feb 2011 17:59:32 -0000
Received: (qmail 23210 invoked by uid 22791); 17 Feb 2011 17:59:30 -0000
X-SWARE-Spam-Status: No, hits=-2.3 required=5.0	tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW
X-Spam-Check-By: sourceware.org
Received: from mail-qw0-f41.google.com (HELO mail-qw0-f41.google.com) (209.85.216.41)    by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 17 Feb 2011 17:59:23 +0000
Received: by qwa26 with SMTP id 26so2606411qwa.0        for <multiple recipients>; Thu, 17 Feb 2011 09:59:22 -0800 (PST)
MIME-Version: 1.0
Received: by 10.224.6.76 with SMTP id 12mr2917024qay.299.1297965561803; Thu, 17 Feb 2011 09:59:21 -0800 (PST)
Received: by 10.224.61.18 with HTTP; Thu, 17 Feb 2011 09:59:21 -0800 (PST)
In-Reply-To: <4D5D56B70200007800032747@vpn.id2.novell.com>
References: <AANLkTindyH6koj0dCn1nxU9Cu3XUtg3XfvTnt_EWD13Q@mail.gmail.com>	<4D5C2DD2.10608@zytor.com>	<4D5CEBDE02000078000325A2@vpn.id2.novell.com>	<20110217142916.GI13037@sunsite.ms.mff.cuni.cz>	<20110217152233.GB11346@atrey.karlin.mff.cuni.cz>	<AANLkTin=LRV7F88w=7cKHovpOh_BnEJE9QqA_bWtOJN2@mail.gmail.com>	<20110217154452.GA18799@kam.mff.cuni.cz>	<AANLkTikQVMrwcKJ0Z+whJMBBMGqRsJ8VVVUWBa=c2Opm@mail.gmail.com>	<4D5D56B70200007800032747@vpn.id2.novell.com>
Date: Thu, 17 Feb 2011 17:59:00 -0000
Message-ID: <AANLkTikSJ_1zuL6JOLhNpYqfqjBUKef8b+6-yB6e9h0X@mail.gmail.com>
Subject: Re: x32 psABI draft version 0.2
From: "H.J. Lu" <hjl.tools@gmail.com>
To: Jan Beulich <JBeulich@novell.com>
Cc: Jan Hubicka <hubicka@ucw.cz>, GCC Development <gcc@gcc.gnu.org>, x32-abi@googlegroups.com, 	Jakub Jelinek <jakub@redhat.com>, Binutils <binutils@sourceware.org>, 	GNU C Library <libc-alpha@sourceware.org>, "H. Peter Anvin" <hpa@zytor.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-IsSubscribed: yes
Mailing-List: contact binutils-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <binutils.sourceware.org>
List-Subscribe: <mailto:binutils-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/binutils/>
List-Post: <mailto:binutils@sourceware.org>
List-Help: <mailto:binutils-help@sourceware.org>, <http://sourceware.org/ml/#faqs>
Sender: binutils-owner@sourceware.org
X-SW-Source: 2011-02/txt/msg00224.txt.bz2

On Thu, Feb 17, 2011 at 8:11 AM, Jan Beulich <JBeulich@novell.com> wrote:
>>>> On 17.02.11 at 16:49, "H.J. Lu" <hjl.tools@gmail.com> wrote:
>> On Thu, Feb 17, 2011 at 7:44 AM, Jan Hubicka <hubicka@ucw.cz> 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 ab=
out 4-5MB
>>>> > (out of approximately 20-30MB shared lib)
>>>>
>>>> This is orthogonal to x32 psABI.
>>>
>>> Understood. =A0I am just pointing out that x86-64 Mozilla suffers from =
startup
>>> problems (extra 5MB of disk read needed) compared to both x86 and ARM E=
ABI
>>> because x86-64 ABI is RELA only. If x86-64 ABI was REL+RELA like EABI i=
s, we
>>> would not have this problem here.
>>>
>>
>> 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.
>

No, it has to be supported at least by static linker and dynamic
linker. Otherwise, no one can use it.

--=20
H.J.