[Bug ld/21168] ld should allow "lea foo@GOT, %ecx"

2017-02-17 Thread bugs at moronic dot technology
https://sourceware.org/bugzilla/show_bug.cgi?id=21168 --- Comment #6 from Dopıng --- (In reply to H.J. Lu from comment #5) > Also fixed on binutils-2_27-branch. Thank you. I’ve built binutils from binutils-2_27-branch (749984dd040933589b2a4e954889c61da6301bef) and the 32-bit Oracle 12.1 client in

[Bug ld/21168] ld should allow "lea foo@GOT, %ecx"

2017-02-15 Thread bugs at moronic dot technology
https://sourceware.org/bugzilla/show_bug.cgi?id=21168 Dopıng changed: What|Removed |Added CC||bugs at moronic dot technology -- You are

[Bug ld/20244] ld fails to handle "op $imm, bar@GOT"

2017-02-15 Thread bugs at moronic dot technology
https://sourceware.org/bugzilla/show_bug.cgi?id=20244 --- Comment #16 from Dopıng --- Created attachment 9831 --> https://sourceware.org/bugzilla/attachment.cgi?id=9831&action=edit Disassembly + relocation section of lxecg2e.o I’ve attached the complete disassembly and relocation section of lx

[Bug ld/20244] ld fails to handle "op $imm, bar@GOT"

2017-02-15 Thread bugs at moronic dot technology
https://sourceware.org/bugzilla/show_bug.cgi?id=20244 --- Comment #15 from Dopıng --- (In reply to H.J. Lu from comment #14) > What are insns after "lea"? af: 8d 15 00 00 00 00 lea0x0,%edx b1: R_386_GOT32 lxecerr b5: ff 31 pushl (%ecx) b7: 50

[Bug ld/20244] ld fails to handle "op $imm, bar@GOT"

2017-02-15 Thread bugs at moronic dot technology
https://sourceware.org/bugzilla/show_bug.cgi?id=20244 --- Comment #13 from Dopıng --- My assembler knowledge is rusty, that much is certain... Excerpts from the output of “objdump -dwr lxecg2e.o”: 0010 : 10: 66 90 xchg %ax,%ax 12: 53 push %e

[Bug ld/20244] ld fails to handle "op $imm, bar@GOT"

2017-02-14 Thread bugs at moronic dot technology
https://sourceware.org/bugzilla/show_bug.cgi?id=20244 --- Comment #11 from Dopıng --- (In reply to H.J. Lu from comment #10) > > What I don’t get is why the older GNU ld seems to link these objects files > > into a shared library just fine. If that’s the case, the older ld must have > > a way to

[Bug ld/20244] ld fails to handle "op $imm, bar@GOT"

2017-02-14 Thread bugs at moronic dot technology
https://sourceware.org/bugzilla/show_bug.cgi?id=20244 --- Comment #9 from Dopıng --- (In reply to H.J. Lu from comment #8) > [...] > The problem is that since linker doesn't know where the GOT base is at > run-time, > it can't properly resolve R_386_GOT32. Unfortunately, my knowledge of binary

[Bug ld/20244] ld fails to handle "op $imm, bar@GOT"

2017-02-14 Thread bugs at moronic dot technology
https://sourceware.org/bugzilla/show_bug.cgi?id=20244 --- Comment #7 from Dopıng --- Hi. It looks like this change breaks the Oracle 12.1 client installation. While trying to install the 32-bit Oracle client on a 64-bit SUSE SLES 12 SP2 machine, we got [...]/ld: [...]/product/121/lib/libnls12.a

[Bug ld/20244] ld fails to handle "op $imm, bar@GOT"

2017-02-14 Thread bugs at moronic dot technology
https://sourceware.org/bugzilla/show_bug.cgi?id=20244 Dopıng changed: What|Removed |Added CC||bugs at moronic dot technology -- You are