This is the mail archive of the
mailing list for the binutils project.
Re: Still have problems converting elf32-sh to coff-sh.
- To: firstname.lastname@example.org
- Subject: Re: Still have problems converting elf32-sh to coff-sh.
- From: Ian Lance Taylor <email@example.com>
- Date: 13 Sep 1999 14:15:25 -0400
- CC: firstname.lastname@example.org
- References: <email@example.com>
From: =?iso-8859-1?Q?Fran=E7ois_Costin?= <firstname.lastname@example.org>
Date: Mon, 13 Sep 1999 13:45:52 -0400
Since the addend value reported by objdump does not reflect any value
contained inside the object file and is only used for the final link, I
wonder why this is not working.
I thought it was just a matter of using a linker compiled with the
modifications I made to the bdf backend, but it seems not to work.
The objdump does not report any offset following the symbol name, but the
linker does effectively add a negative offset to that symbol. Is there
anywhere else the linker could add an offset to a symbol?
The linker will add in the contents of the section as well. The
relocations may expect different section contents.
Don't focus on the addend reported by objdump. That's just a
distraction. Focus on the actual contents of the object file: the
contents of the section, the contents of the relocation entry, and how
the relocation entry is processed.