ARM as crash

Nick Clifton nickc@redhat.com
Fri Sep 2 13:14:00 GMT 2005


Hi Richard,

> That might avoid the crash, but I'm not sure it's the 'right thing'.  In
> this case, remember that the BL instruction is PC-relative, so we do
> need to express the branch to '0' somehow.

Agreed.  The attached patch makes this work by allowing relocs which 
have no associated symbol to be resolved normally. I am however worried 
about two things:

   * It handles the R_ARM_PC24 reloc generated by the BL instruction, 
but it also affects other relocs such as R_ARM_ABS32 and R_ARM_REL32.  I 
am not sure that there can ever be valid situations where such relocs 
would need processing rather than ignoring.

   * It means that relocs against discarded sections which would before 
have just been silently mis-resolved and then ignored might now start to 
produce error messages, eg for a branch out of range.  I am not sure if 
this will actually happen in real life, but I think that maybe I ought 
to update the patch to disable such errors if there is no valid symbol 
for the relocation.

What do you think ?

Cheers
   Nick


-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: elf32-arm.c.patch
URL: <https://sourceware.org/pipermail/binutils/attachments/20050902/91071239/attachment.ksh>


More information about the Binutils mailing list