From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <binutils-return-70220-listarch-binutils=sources.redhat.com@sourceware.org>
Received: (qmail 27989 invoked by alias); 21 Feb 2011 08:04:33 -0000
Received: (qmail 27681 invoked by uid 22791); 21 Feb 2011 08:04:32 -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; Mon, 21 Feb 2011 08:04:26 +0000
Received: from EMEA1-MTA by vpn.id2.novell.com	with Novell_GroupWise; Mon, 21 Feb 2011 08:09:04 +0000
Message-Id: <4D622A910200007800032DFE@vpn.id2.novell.com>
Date: Mon, 21 Feb 2011 08:04:00 -0000
From: "Jan Beulich" <JBeulich@novell.com>
To: "H.J. Lu" <hjl.tools@gmail.com>
Cc: "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>,	 "Jan Hubicka" <hubicka@ucw.cz>,	 "H. Peter Anvin" <hpa@zytor.com>
Subject: Re: x32 psABI draft version 0.2
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> <AANLkTikSJ_1zuL6JOLhNpYqfqjBUKef8b+6-yB6e9h0X@mail.gmail.com> <4D5E37C702000078000329DE@vpn.id2.novell.com> <AANLkTi=fL7qVjcyF9JLHaJk6m_d99EaH9YkEv0VJLXKN@mail.gmail.com>
In-Reply-To: <AANLkTi=fL7qVjcyF9JLHaJk6m_d99EaH9YkEv0VJLXKN@mail.gmail.com>
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: <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/msg00251.txt.bz2

>>> On 18.02.11 at 18:53, "H.J. Lu" <hjl.tools@gmail.com> wrote:
> How about only allowing REL relocations in executables and DSOes?

That'd be at least part of it, but I'd still prefer not forbidding them
altogether, but also not requiring an implementation to support
them (just to repeat it - in a long abandoned new OS of ours we
had ignored the forbidding, and allowed REL in relocatable objects
[which were the only objects used there, the loadable ones
distinguished from "normal" ones by the presence of some OS-
specific data structures], with the static linker picking the type
depending on the module's needs).

Jan