From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1331 invoked by alias); 17 Feb 2011 18:14:22 -0000 Received: (qmail 1231 invoked by uid 22791); 17 Feb 2011 18:14:18 -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 mail.codesourcery.com (HELO mail.codesourcery.com) (38.113.113.100) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 17 Feb 2011 18:14:07 +0000 Received: (qmail 30157 invoked from network); 17 Feb 2011 18:14:05 -0000 Received: from unknown (HELO digraph.polyomino.org.uk) (joseph@127.0.0.2) by mail.codesourcery.com with ESMTPA; 17 Feb 2011 18:14:05 -0000 Received: from jsm28 (helo=localhost) by digraph.polyomino.org.uk with local-esmtp (Exim 4.72) (envelope-from ) id 1Pq8Me-0000GK-0l; Thu, 17 Feb 2011 18:14:04 +0000 Date: Thu, 17 Feb 2011 18:14:00 -0000 From: "Joseph S. Myers" To: Jan Hubicka cc: Jakub Jelinek , Jan Beulich , "H.J. Lu" , "H. Peter Anvin" , GCC Development , x32-abi@googlegroups.com, Binutils , GNU C Library Subject: Re: x32 psABI draft version 0.2 In-Reply-To: <20110217152233.GB11346@atrey.karlin.mff.cuni.cz> Message-ID: References: <4D5C2DD2.10608@zytor.com> <4D5CEBDE02000078000325A2@vpn.id2.novell.com> <20110217142916.GI13037@sunsite.ms.mff.cuni.cz> <20110217152233.GB11346@atrey.karlin.mff.cuni.cz> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII 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/msg00226.txt.bz2 On Thu, 17 Feb 2011, Jan Hubicka wrote: > > REL is horrible pain, we shouldn't ever add new REL targets. > > 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=1177 the difference is about 4-5MB > (out of approximately 20-30MB shared lib) Well - as noted there, while EABI supports both, binutils just uses REL on ARM (except for VxWorks, where it uses RELA). Supporting both simultaneously - linking a mixture of objects with the two types, possibly with both mixed within a single object - is much more of a pain (at least for the BFD linker, I don't know about gold) than simply supporting one or the other for a single ABI - it's required by ARM EABI, but that bit of EABI isn't actually supported by binutils. I think most of the target-independent BFD problems with mixing REL and RELA have been ironed out by now in the course of Bernd's work on linking objects from TI's C6X tools, but it also needs care in the target-specific BFD code (you always need to check for each individual relocation what sort it is, rather than checking any global flag). -- Joseph S. Myers joseph@codesourcery.com