From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3308 invoked by alias); 21 Feb 2011 18:08:08 -0000 Received: (qmail 2985 invoked by uid 22791); 21 Feb 2011 18:08:07 -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-qy0-f176.google.com (HELO mail-qy0-f176.google.com) (209.85.216.176) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 21 Feb 2011 18:08:01 +0000 Received: by qyk30 with SMTP id 30so1625614qyk.0 for ; Mon, 21 Feb 2011 10:07:59 -0800 (PST) MIME-Version: 1.0 Received: by 10.224.47.75 with SMTP id m11mr1392996qaf.249.1298311679605; Mon, 21 Feb 2011 10:07:59 -0800 (PST) Received: by 10.224.61.18 with HTTP; Mon, 21 Feb 2011 10:07:59 -0800 (PST) Date: Mon, 21 Feb 2011 18:08:00 -0000 Message-ID: Subject: x32 psABI draft version 0.3 From: "H.J. Lu" To: Jan Beulich Cc: GCC Development , x32-abi@googlegroups.com, Jakub Jelinek , Binutils , GNU C Library , Jan Hubicka , "H. Peter Anvin" Content-Type: text/plain; charset=ISO-8859-1 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/msg00263.txt.bz2 On Mon, Feb 21, 2011 at 12:04 AM, Jan Beulich wrote: >>>> On 18.02.11 at 18:53, "H.J. Lu" 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). > I updated x32 psABI draft to version 0.3 with --- The AMD64 LP64 ABI architecture uses only Elf64_Rela relocation entries with explicit addends. The r_addend member serves as the relocation addend. The AMD64 X32 ABI architecture uses only Elf32_Rela relocation entries in relocatable files. Relocations contained within executable files or shared objects may use either Elf32_Rela relocation or Elf32_Rel relocation. --- which is similar to ia64 psABI where rel relocations are only allowed within executable files or shared objects. H.J.