gcl-devel
[Top][All Lists]
Advanced

[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



reply via email to

[Prev in Thread] Current Thread [Next in Thread]