> >> >>> in ix86_output_indirect_branch. Since this is performed during RTL > >> >>> expansion, other instructions may be inserted between movl and > >> >>> call/jmp. > >> >>> Linker optimization isn't always possible. > > > > I suppose we can just combine those into patterns if we want to prevent gcc > > from > > I will look into it.
I suppose we may want that for next stage1. Right now it would be nice to keep patches simple if possible... > > > interleaving this with other instructions. However since this affects ABI > > and > > not only return thunk, did you discuss the changes with LLVM folks as well? > > This doesn't change calling convention. The new R_X86_64_THUNK_GOTPCRELX > relocation is an optimization. It can be safely treated as > R_X86_64_GOTPCRELX. > > > I would be nice to not have diverging solutions. > > > > That is why I posted the new relocation to x86-64 psABI group. I wonder if anyone from LLVM camp is reading. I will take a look at the proposal too. Honza > > -- > H.J.
