http://sourceware.org/bugzilla/show_bug.cgi?id=13730
Nick Clifton <nickc at redhat dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
CC| |nickc at redhat dot com
Resolution| |FIXED
--- Comment #5 from Nick Clifton <nickc at redhat dot com> 2012-02-24 10:58:33
UTC ---
Hi James,
I think that gtm does process the binaries before linking. Certainly the
serenji.o binary cannot be linked on its own. On the other hand, the linker
should not be aborting in situations like this. Instead it should return an
error message and a suitable exit value. So I have checked in a patch that
does just this. With the patch applied I now get this message:
a.out(.data): relocation ".data+0xffffff50 (type 32)" goes out of range
Still not perfect - it does not say why the reloc is out of range - but that is
about that best that the linker can do in this situation.
Cheers
Nick
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
_______________________________________________
bug-binutils mailing list
bug-binutils@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-binutils
