This is the mail archive of the
binutils@sourceware.org
mailing list for the binutils project.
Re: [Patch] Handle .ehword pseudo-op for MIPS
- From: "Maciej W. Rozycki" <macro at codesourcery dot com>
- To: "Moore, Catherine" <Catherine_Moore at mentor dot com>
- Cc: "rdsandiford at googlemail dot com" <rdsandiford at googlemail dot com>, "binutils at sourceware dot org" <binutils at sourceware dot org>
- Date: Thu, 6 Jun 2013 18:32:55 +0100
- Subject: Re: [Patch] Handle .ehword pseudo-op for MIPS
- References: <FD3DCEAC5B03E9408544A1E416F11242F8FC57FF at NA-MBX-01 dot mgc dot mentorg dot com>
On Fri, 31 May 2013, Moore, Catherine wrote:
> This is the next piece of the compact exception handling implementation.
> This patch enables support for the .ehword pseudo-op.
Regrettably the new test case fails for ECOFF targets:
mips-ecoff +FAIL: gas/mips/ehword
mipsel-ecoff +FAIL: gas/mips/ehword
Executing on host: sh -c {../as-new -o dump.o .../gas/testsuite/gas/mips/ehword.s 2>&1} /dev/null gas.out (timeout = 300)
.../gas/testsuite/gas/mips/ehword.s: Assembler messages:
.../gas/testsuite/gas/mips/ehword.s:1: Error: Can not represent BFD_RELOC_MIPS_EH relocation in this object file format
-- perhaps the new pseudo-op should only be enabled for ELF targets and
the test case excluded otherwise?
> MIPS Compact Exception Handling Specification:
> https://github.com/MentorEmbedded/cxx-abi/blob/master/MIPSCompactEH.pdf
Is is intentional the new relocations (R_MIPS_PC32, R_MIPS_EH) are
partial_inplace even on RELA targets? If so, then would you please
explain why?
Thanks,
Maciej