[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Gcl-devel] Unhandled R_ARM_MOVW_ABS_NC reloc
From: |
Camm Maguire |
Subject: |
Re: [Gcl-devel] Unhandled R_ARM_MOVW_ABS_NC reloc |
Date: |
Sat, 29 Dec 2012 11:37:19 -0500 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/23.2 (gnu/linux) |
Can you provide access to a machine showing this problem?
Take care,
Jerry James <address@hidden> writes:
> On Sat, Nov 3, 2012 at 7:19 AM, Camm Maguire <address@hidden> wrote:
>
> Greetings!
>
> I think this needs appending to h/elf32_arm_reloc.h:
>
> #define R_ARM_MOVW_ABS_NC 43
> case R_ARM_MOVW_ABS_NC:
> s+=a;
> /* if (ELF_ST_TYPE(sym->st_info)==STT_FUNC) s|=1;*/
> s&=0xffff;
> /*
> s=((s>>12)&0xf)|(((s>>11)&0x1)<<10)|((s&0xff)<<16)|(((s>>8)&0x7)<<28);*/
> add_vals(where,~0L,s);
> break;
>
> I'd like to check this though. Is there a way I can instruct gcc in a
> sid/Debian system to emit these relocs?
>
> I wish I knew. I do NOT get these relocs on Fedora 17:
>
> gcc-4.7.2-2
> binutils-2.22.52.0.1-10
>
> but do get them on (what will soon be) Fedora 18:
>
> gcc-4.7.2-3
> binutils-2.23.51.0.1-3
>
> The changes from gcc-4.7.2-2 to gcc-4.7.2-3 don't appear to me to have
> anything to do with this, so it must be the binutils change that triggered
> creation of this reloc. My knowledge of Debian is pretty thin, I'm afraid.
> I don't know how you get a newer binutils there.
> --
> Jerry James
> http://www.jamezone.org/
>
--
Camm Maguire address@hidden
==========================================================================
"The earth is but one country, and mankind its citizens." -- Baha'u'llah
- Re: [Gcl-devel] Unhandled R_ARM_MOVW_ABS_NC reloc,
Camm Maguire <=