[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, 03 Nov 2012 09:19:23 -0400
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (gnu/linux)


I think this needs appending to h/elf32_arm_reloc.h:

#define R_ARM_MOVW_ABS_NC 43
    case R_ARM_MOVW_ABS_NC:
/*      if (ELF_ST_TYPE(sym->st_info)==STT_FUNC) s|=1;*/
/*      s=((s>>12)&0xf)|(((s>>11)&0x1)<<10)|((s&0xff)<<16)|(((s>>8)&0x7)<<28);*/

I'd like to check this though.  Is there a way I can instruct gcc in a
sid/Debian system to emit these relocs?

Take care,

Jerry James <address@hidden> writes:

> The latest build of gcl for the upcoming Fedora 18 release has failed on an 
> ARM platform, like this:
> OPTIMIZE levels: Safety=1 (No runtime error checking), Space=0, Speed=3
> Finished compiling 
> /builddir/build/BUILD/gcl-2.6.8/unixport/../pcl/gcl_pcl_pkg.o.
> Loading binary of GCL_PCL_PKG...
> Error: The assertion tp&~tp on line 182 of sfaslelf.c in function relocate 
> failed
> Fast links are on: do (si::use-fast-links nil) for debugging
> Error signalled by OR.
> Broken at LOAD.  Type :H for Help.
> That assertion means we saw a reloc type that isn't handled in 
> h/elf32_arm_reloc.h.  I added a patch to print the reloc type number when that
> assertion fails.  It is 43: R_ARM_MOVW_ABS_NC.  How should that be handled?
> (This must be due to a newer toolchain in Fedora 18, as the exact same 
> sources build successfully using the Fedora 17 toolchain.)
> Thanks,
> --
> Jerry James
> http://www.jamezone.org/
> _______________________________________________
> Gcl-devel mailing list
> address@hidden
> https://lists.gnu.org/mailman/listinfo/gcl-devel

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]