[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) |
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