http://sourceware.org/bugzilla/show_bug.cgi?id=14058
Georg-Johann Lay <gjl at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |DUPLICATE
--- Comment #1 from Georg-Johann Lay <gjl at gcc dot gnu.org> 2012-05-03
20:13:06 UTC ---
See the comments in PR13812
If you use such big programs, .trampolines gets shifted out of it's 128KiB
section.
Notice that the code will malfunction then because the assumption is that
.trampolines is located in the 128 KiB segment where EIND points to; at least
that is the assumption of GCC which you are obviously using.
Moreover, the actual position or .trampolines must not be messed up by code or
linker script by shifting it out of place.
The default linker scripts are just a default; it won't and cannot any setup
imagineable. If you need special arrangement for you code, you may want to
arrange code and data according to your needs.
The inconvenience could be reduced by a more descriptive error message, yes,
and the default ld script be arranged to suit better this situation. But then
other issues might pop up more frequently like shifting .low_text or .progmem
out of place.
For some explanation on linker stubs and gs(), see also
3.17.3.1 EIND and Devices with more than 128 Ki Bytes of Flash
http://gcc.gnu.org/onlinedocs/gcc/AVR-Options.html
*** This bug has been marked as a duplicate of bug 13812 ***
--
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
