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