From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21330 invoked by alias); 8 Aug 2012 13:34:34 -0000 Received: (qmail 21295 invoked by uid 22791); 8 Aug 2012 13:34:33 -0000 X-SWARE-Spam-Status: No, hits=-6.0 required=5.0 tests=AWL,BAYES_00,KHOP_RCVD_UNTRUST,RCVD_IN_DNSWL_HI,RCVD_IN_HOSTKARMA_W,SPF_HELO_PASS,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 08 Aug 2012 13:34:20 +0000 Received: from int-mx01.intmail.prod.int.phx2.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q78DYJVm000431 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 8 Aug 2012 09:34:19 -0400 Received: from fche.csb (vpn-11-235.rdu.redhat.com [10.11.11.235]) by int-mx01.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id q78DYJWv011064; Wed, 8 Aug 2012 09:34:19 -0400 Received: by fche.csb (Postfix, from userid 2569) id A0B9758130; Wed, 8 Aug 2012 09:34:18 -0400 (EDT) Date: Wed, 08 Aug 2012 13:34:00 -0000 From: "Frank Ch. Eigler" To: Ian Lance Taylor Cc: Fumiaki Isoya , gcc@gcc.gnu.org Subject: Re: The Extension to ELF Message-ID: <20120808133418.GB18489@redhat.com> References: <5021FB65.2010704@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org X-SW-Source: 2012-08/txt/msg00079.txt.bz2 Hi - On Wed, Aug 08, 2012 at 06:23:52AM -0700, Ian Lance Taylor wrote: > [...] > > This has been merged into gnu binutils some time ago, though is not > > widely known, and only used by a single cgen-based gas port. See the > > OBJ_COMPLEX_RELC conditionals in gas/*, the BSF_*RELC/STT_RELC logic > > in bfd/*. > > Thanks, I was trying to remember that. > > It is perhaps also worth noting that the IEEE-695 object file format > supports arbitrary expressions in a number of different ways, > including for relocation calculations. The format is not widely used > today, for more or less that reason. It is quite different from ELF for sure. One certainly wouldn't want to use such a complex-relocation facility unnecessarily - when the hard-coded normal ones will do the job. But if you need something more, and are willing to pay the longer linking time (than what?), it's worth considering. - FChE