Since some days, (probably because of code bloat/addition) i cant link libxul anymore, ld blows with: INPUT("../StaticXULComponentsEnd/StaticXULComponentsEnd.o") /usr/bin/ld: section .text [000000000082b9d0 -> 0000000002d16c33] overlaps section .data.rel.ro [000000000177de90 -> 000000000177e057] clang-3.5: error: linker command failed with exit code 1 (use -v to see invocation) /src/mozilla-central/config/rules.mk:873: recipe for target 'libxul.so.1.0' failed happens both with clang and gcc 4.8, still using our beloved crusty ld 2.15. Yeah, i know. removing the linker script added in 938437 seem to workaround the issue... +ifneq (OpenBSD,$(OS_TARGET)) ifdef LD_IS_BFD EXTRA_DSO_LDOPTS += $(topsrcdir)/toolkit/library/StaticXULComponents.ld endif +endif
Mike, any opinion on this ? Since i have to deal with old binutils, would that be an appropriate workaround ?
What does readelf -sl libxul.so look with that workaround?
output is a bit huge, so here's a logfile gzipped.
What it's doing is quite horrible, but at least, it's not as bad as what a more recent BFD ld does on linux...
I could make it check on the ld/binutils version, but i can only test 2.15 on OpenBSD, so lets asssume OpenBSD for now.
Attachment #8476500 - Flags: review?(mh+mozilla)
Attachment #8476500 - Flags: review?(mh+mozilla) → review+
Assignee: nobody → landry
Status: NEW → RESOLVED
Closed: 5 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla34
You need to log in before you can comment on or make changes to this bug.