Fix PLT creation for i386
commit0bf262864c95e555fbd077b8f30e64652d9113a6
authorThomas Preud'homme <robotux@celest.fr>
Sat, 10 Dec 2016 09:14:29 +0000 (10 09:14 +0000)
committerThomas Preud'homme <robotux@celest.fr>
Sat, 10 Dec 2016 09:44:09 +0000 (10 09:44 +0000)
tree406f10fb08531733d18f2bf739e843e9573eb17a
parente0fe69050d2df59da7370875c4f5eb557618e20c
Fix PLT creation for i386

i386 target does not have PC relative loads. Its ABI therefore require
ebx register to points to the GOT when executing a PLT entry. This means
that PLT entry cannot be used transparently, the compiler needs to
expect execution of a PLT entry to be able to use one, that is a PLT
entry should only be created if the relocation explicitely asks for it
(eg. R_386_PLT32).

This patch creates a new target macro PCRELATIVE_DLLPLT to indicate
whether a target can do a PC relative load in PLT entry when building a
dynamic library. Executable do not normally pose a problem because they
are loaded at a fixed address and thus the absolute address of GOT can
be used.

Note that in such a case, if the compiler does not use a PLT aware
relocation for external access then the code relocation will fall on the
dynamic loader since there is no PLT entry to relocate too.
arm-link.c
arm64-link.c
c67-link.c
i386-link.c
tccelf.c
x86_64-link.c