This is the mail archive of the
binutils@sources.redhat.com
mailing list for the binutils project.
Re: ia64 ltoff22x/ldxmov relaxation
- From: "H. J. Lu" <hjl at lucon dot org>
- To: Andreas Schwab <schwab at suse dot de>
- Cc: Richard Henderson <rth at redhat dot com>, binutils at sources dot redhat dot com,davidm at hpl dot hp dot com
- Date: Thu, 24 Apr 2003 09:27:36 -0700
- Subject: Re: ia64 ltoff22x/ldxmov relaxation
- References: <20030228003646.GA24004@redhat.com> <jey91zzxkb.fsf@sykes.suse.de>
On Thu, Apr 24, 2003 at 06:09:56PM +0200, Andreas Schwab wrote:
> Richard Henderson <rth at redhat dot com> writes:
>
> |> Also misses properly choosing a new gp when jump buffers are added.
> |> Technically this is a potential correctness issue. Failures will
> |> be caught by relocate_section in the form of GPREL22 overflows.
> |> However this should should work well in practice because of the default
> |> 2**61 byte separation of the text and data segments in executables.
> |> In order for this to be fixed, I need a callback from the main ld
> |> relaxation loop at the start of a new round of relaxation.
>
> Unfortunately, this bites with large shared libraries where this text/data
> separation does not exist. For example, we get GPREL22 overflows when
> linking libjava from gcc mainline. I can prepare a test case if you need.
>
Yes, plase. I am interested in a testcase for that.
H.J.