This is the mail archive of the
binutils@sourceware.org
mailing list for the binutils project.
RE: Eliminating R_PPC_REL32 relocations
- From: "David Dunkle" <ddunkle at arxan dot com>
- To: "'Alan Modra'" <amodra at bigpond dot net dot au>
- Cc: "'Joshua N. Edmison'" <jedmison at vt dot edu>, <binutils at sourceware dot org>, "'David Dunkle'" <ddunkle at arxan dot com>
- Date: Thu, 8 Dec 2005 08:10:59 -0800
- Subject: RE: Eliminating R_PPC_REL32 relocations
I haven't been looking at shared libraries but at object modules
subsequently linked into executable images. Perhaps its irrelevant.
-David D
-----Original Message-----
From: binutils-owner@sourceware.org [mailto:binutils-owner@sourceware.org]
On Behalf Of Alan Modra
Sent: Wednesday, December 07, 2005 6:31 PM
To: David Dunkle
Cc: 'Joshua N. Edmison'; binutils@sourceware.org
Subject: Re: Eliminating R_PPC_REL32 relocations
On Wed, Dec 07, 2005 at 03:50:24PM -0800, David Dunkle wrote:
> I have found that these relocations are used to implement the jump
> tables associated with switch statements as generated by GCC. The jump
> tables are in data sections in the cases I have examined.
I am surprised that jump tables are resulting in REL32 relocs in a shared
library. The jump table entries should be relative addresses of
*local* labels, and so need no relocation in the final link output.
--
Alan Modra
IBM OzLabs - Linux Technology Centre