[Bug gas/24010] New: macro.c get_any_string should check bounds in the while-loop

2018-12-19 Thread wu.heng at zte dot com.cn
https://sourceware.org/bugzilla/show_bug.cgi?id=24010 Bug ID: 24010 Summary: macro.c get_any_string should check bounds in the while-loop Product: binutils Version: 2.32 (HEAD) Status: UNCONFIRMED Severity:

[Bug gas/24010] macro.c get_any_string should check bounds in the while-loop

2018-12-19 Thread wu.heng at zte dot com.cn
https://sourceware.org/bugzilla/show_bug.cgi?id=24010 wuheng changed: What|Removed |Added CC||wu.heng at zte dot com.cn -- You are

[Bug gas/24009] read.c stringer should return when an error occured

2018-12-19 Thread wu.heng at zte dot com.cn
https://sourceware.org/bugzilla/show_bug.cgi?id=24009 wuheng changed: What|Removed |Added CC||wu.heng at zte dot com.cn -- You are

[Bug gas/24009] New: read.c stringer should return when an error occured

2018-12-19 Thread wu.heng at zte dot com.cn
https://sourceware.org/bugzilla/show_bug.cgi?id=24009 Bug ID: 24009 Summary: read.c stringer should return when an error occured Product: binutils Version: 2.32 (HEAD) Status: UNCONFIRMED Severity: normal Priority: P2

[Bug gas/23997] PLT32 relocation is off by 4

2018-12-19 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=23997 --- Comment #10 from H.J. Lu --- (In reply to Ruslan Nikolaev from comment #9) > (In reply to H.J. Lu from comment #8) > > Fixed for 2.32. > > Thanks very much! Does it also fix the problem for i386 where an ordinary > func@plt is off by 4?

[Bug gas/23997] PLT32 relocation is off by 4

2018-12-19 Thread nruslan_devel at yahoo dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=23997 --- Comment #9 from Ruslan Nikolaev --- (In reply to H.J. Lu from comment #8) > Fixed for 2.32. Thanks very much! Does it also fix the problem for i386 where an ordinary func@plt is off by 4? -- You are receiving this mail because: You are

[Bug gas/23997] PLT32 relocation is off by 4

2018-12-19 Thread cvs-commit at gcc dot gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=23997 --- Comment #7 from cvs-commit at gcc dot gnu.org --- The master branch has been updated by H.J. Lu : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=b9519cfe9828b9ee5a73e74b4be83d46f33e6886 commit

[Bug gas/23997] PLT32 relocation is off by 4

2018-12-19 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=23997 H.J. Lu changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|---

[Bug ld/22842] Handling of R_X86_64_PC32 in a PIE against a function in a shared library could be better

2018-12-19 Thread cvs-commit at gcc dot gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=22842 --- Comment #14 from cvs-commit at gcc dot gnu.org --- The master branch has been updated by H.J. Lu : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=fc999e8020ffe8e1136da70f275bceafaa62a588 commit

[Bug ld/24008] New: Wrong value of ternary expression in map file

2018-12-19 Thread alfedotov at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=24008 Bug ID: 24008 Summary: Wrong value of ternary expression in map file Product: binutils Version: 2.32 (HEAD) Status: UNCONFIRMED Severity: normal Priority: P2

[Bug binutils/24007] New: Multiple memory leak in ld

2018-12-19 Thread wcventure at 126 dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=24007 Bug ID: 24007 Summary: Multiple memory leak in ld Product: binutils Version: 2.31 Status: UNCONFIRMED Severity: normal Priority: P2 Component: binutils

[Bug binutils/24005] objdump integer overflow in load_specific_debug_section

2018-12-19 Thread yanshb at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=24005 ShengBo Yan changed: What|Removed |Added CC||yanshb at gmail dot com -- You are

[Bug gas/23997] PLT32 relocation is off by 4

2018-12-19 Thread nruslan_devel at yahoo dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=23997 --- Comment #6 from Ruslan Nikolaev --- BTW, I did some further testing with i386. It seems for i386, things are also not consistent but the other way around. .long func@plt does not seem generate correct offset (even for PIC), but func@plt -