bug-binutils
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Bug ld/16163] ld generates static relocations in shared library


From: nickc at redhat dot com
Subject: [Bug ld/16163] ld generates static relocations in shared library
Date: Thu, 21 Nov 2013 14:38:16 +0000

https://sourceware.org/bugzilla/show_bug.cgi?id=16163

Nick Clifton <nickc at redhat dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |nickc at redhat dot com

--- Comment #1 from Nick Clifton <nickc at redhat dot com> ---
Hi Thomas,

  OK, I think I can see your point now,  I think that the answer to your
original question is as follows:

    R_ARM_ABS12
    R_ARM_ABS32
    R_ARM_ABS32_NOI
    R_ARM_REL32
    R_ARM_REL32_NOI
    R_ARM_MOVW_ABS_NC
    R_ARM_MOVT_ABS
    R_ARM_MOVW_PREL_NC
    R_ARM_MOVT_PREL
    R_ARM_THM_MOVW_ABS_NC
    R_ARM_THM_MOVT_ABS
    R_ARM_THM_MOVW_PREL_NC
    R_ARM_THM_MOVT_PREL

This is from looking at the code in bfd/elf32-arm.c and searching for
may_become_dynamic_p.

Of course the next question is "does this mean that the linker is generating
illegal shared objects", at least as according to the AAEABI ?  I am afraid
that the answer appears to be "yes", and I do not have a solution to this.  I
think that it may be that established practice is that loaders need to be able
to handle these relocations, even though strictly speaking they should not.

Does this help at all ?

Cheers
  Nick

-- 
You are receiving this mail because:
You are on the CC list for the bug.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]