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
