The change in the default load address handling in Bug 3052 has far reaching
consequences, breaking the memory layout of existing linker scripts.
Before 2.18 the linker set the lma to the vma if it wasn't otherwise specified.
Any existing linker scripts which previously assume this to be the case are no
longer valid. e.g.:
http://sourceware.org/ml/binutils/2010-03/msg00039.html
We have thousands of releases tests for an embedded platform which assemble,
link (with generated linker scripts) and run code the code. With this change the
code no longer loads.
It seems wrong to have a linker change require re-release of existing testsuites
(which we know pass for the chip). It seems equally wrong to patch the linker
locally so that it behaves differently to upstream.
Any bright ideas appreciated!
--
Summary: ld lma default change breaks existing linker scripts
Product: binutils
Version: 2.18
Status: NEW
Severity: normal
Priority: P2
Component: ld
AssignedTo: unassigned at sources dot redhat dot com
ReportedBy: jamesb at broadcom dot com
CC: bug-binutils at gnu dot org
http://sourceware.org/bugzilla/show_bug.cgi?id=11339
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.
___
bug-binutils mailing list
bug-binutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-binutils
