[Bug gold/22883] Gold mis-evaluates R_X86_64_PLT32 reloc

2018-03-31 Thread jeremip11 at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=22883 Jeremi changed: What|Removed |Added CC||jeremip11 at gmail dot com -- You are

[Bug gold/22883] Gold mis-evaluates R_X86_64_PLT32 reloc

2018-03-29 Thread nickc at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=22883 --- Comment #5 from Nick Clifton --- Hi H.J. > > Yes, the object file is bad. It uses RELA, but stores relocations > > like REL. Which assembler generates it? I have just received this reply from the original reporter: "it is part of

[Bug gold/22883] Gold mis-evaluates R_X86_64_PLT32 reloc

2018-03-23 Thread nickc at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=22883 --- Comment #4 from Nick Clifton --- Hi H.J. > Yes, the object file is bad. It uses RELA, but stores relocations > like REL. Which assembler generates it? Unknown. I have asked the reporter of the original bug how it was created. (The

[Bug gold/22883] Gold mis-evaluates R_X86_64_PLT32 reloc

2018-03-23 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=22883 --- Comment #3 from H.J. Lu --- (In reply to Cary Coutant from comment #1) > I don't see how the Gnu linker is making this work. All your PLT32 > relocations are missing the "-4" bias for a pc-relative reference. As far as > I can see, gold

[Bug gold/22883] Gold mis-evaluates R_X86_64_PLT32 reloc

2018-03-22 Thread ccoutant at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=22883 --- Comment #2 from Cary Coutant --- With a top-of-trunk assembler, I get the "- 4". $ cat test.s .globl bar .text foo: callq bar@PLT ret $ as -o test.o test.s $ readelf -rW test.o Relocation section