On Thu, Mar 15, 2018 at 2:03 PM, Jan Hubicka <hubi...@ucw.cz> wrote: >> >> >>> 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...
Sure. >> > 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. > Quite a few LLVM developers subscribe x86-64 psABI mailing list. -- H.J.
