Re: [Gcl-devel] Unhandled R_ARM_MOVW_ABS_NC reloc

[Camm Maguire]

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?

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