This is the mail archive of the
mailing list for the binutils project.
My problem with the LD linker
- From: Marian Kechlibar <marian dot kechlibar at circletech dot net>
- To: binutils at sourceware dot org
- Date: Mon, 20 Feb 2017 22:04:52 +0100
- Subject: My problem with the LD linker
- Authentication-results: sourceware.org; auth=none
So, why I originally asked about "gold" linker... I am experiencing
trouble with linking a huge project and I hoped that "gold" may get
me rid of this problem. But I reckon I might just ask about my original
problem, perhaps someone is going to help me.
The context: I have five projects for Symbian OS:
I can compile and link them either using:
* ARMCC/ARMLINK 2.2
* GCC(E) 4.6.3 and Binutils 2.21 or 2.27.
The first option (ARM) produces usable binaries, but the compiler is
really old and does not support things such as framepointer.
The second option (GCC/Binutils) works for the first four projects, but
the link phase (using ld) fails for the fifth project, saying:
unresolvable R_ARM_THM_CALL relocation against symbol
arm-none-symbianelf-ld: final link failed: Nonrepresentable section on
Now, this is not caused by omission of a library.
The symbol User::Invariant is contained in the system libraries
and is actually used within the project "Cleaner" as well. So the
complaint is strange.
I have a suspicion that the problem is in *size* of the resulting
binary. The "Expert" project is rather big, several times bigger
than the "Cleaner" project. But I do not understand ELF well enough
to remedy the problem.
Is it possible that some section of the resulting ELF file overflows?
Any ideas would be appreciated.