[PATCH] D30699: [ELF] - Stop producing broken output for R_386_GOT32X relocation.

H.J. Lu via llvm-commits llvm-commits at lists.llvm.org
Thu Mar 23 11:26:47 PDT 2017


On Thu, Mar 23, 2017 at 10:37 AM, Rui Ueyama via Phabricator via
llvm-commits <llvm-commits at lists.llvm.org> wrote:
> ruiu added a comment.
>
> I spent a few hours to understand the situation. Here are my conclusions:
>
> 1. The expression to compute R_386_GOT32 value in the i386 psABI draft version 1.1 doesn't indeed make sense. It says that you need to use G+A (as opposed to G+A-GOT) when the relocation is "[a]pplied on memory operand without base register when position-independent code is disabled". However, it is not doable because you are allowed to use R_386_GOT32 anywhere and we cannot make an assumption that an R_386_GOT32 follows some certain limited set of instructions. I think this is a bug in the draft spec.
>
> 2. That being said, I believe what we are doing now for R_386_GOT32X is correct, and this patch will break it. When you compute G+A instead of G+A-GOT for an R_386_GOT32X, you always need to rewrite instructions as well. If you don't rewrite instructions, you should always compute G+A-GOT (which is what we are currently doing.)
>
>
> https://reviews.llvm.org/D30699

"name at GOT" is a memory operand.  It is usually computed as "G + A" to
get the GOT address.   If it is computed as G + A - GOT,

op name at GOT, %reg

will lead to random result since G + A - GOT is the GOT index, not address.
LEA is an exception, relocation in

lea name at GOT, %reg

should be computed as  G + A - GOT for the GOT index.   The motivation is
to allow GOT access without base register when PIC is disabled.

-- 
H.J.


More information about the llvm-commits mailing list