ia64 ltoff22x/ldxmov relaxation

[Andreas Schwab]

Richard Henderson <rth@redhat.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.

Andreas.

-- 
Andreas Schwab, SuSE Labs, schwab@suse.de
SuSE Linux AG, Deutschherrnstr. 15-19, D-90429 Nürnberg
Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."