[Bug binutils/26082] infinite loop in windmc

2020-06-09 Thread ralf.habacker at freenet dot de
https://sourceware.org/bugzilla/show_bug.cgi?id=26082 Ralf Habacker changed: What|Removed |Added Blocks||26088 Referenced Bugs: https://sour

[Bug binutils/26088] windmc reports incorrect line numbers

2020-06-09 Thread ralf.habacker at freenet dot de
https://sourceware.org/bugzilla/show_bug.cgi?id=26088 Ralf Habacker changed: What|Removed |Added Depends on||26082 Referenced Bugs: https://sour

[Bug binutils/26088] windmc reports incorrect line numbers

2020-06-09 Thread ralf.habacker at freenet dot de
https://sourceware.org/bugzilla/show_bug.cgi?id=26088 Ralf Habacker changed: What|Removed |Added Attachment #12608|0001-Corrects-the-broken-li |0001-Corrects-the-broken-li de

[Bug binutils/26088] windmc reports incorrect line numbers

2020-06-09 Thread ralf.habacker at freenet dot de
https://sourceware.org/bugzilla/show_bug.cgi?id=26088 Ralf Habacker changed: What|Removed |Added Attachment #12600|0 |1 is obsolete|

[Bug binutils/26082] infinite loop in windmc

2020-06-09 Thread ralf.habacker at freenet dot de
https://sourceware.org/bugzilla/show_bug.cgi?id=26082 --- Comment #14 from Ralf Habacker --- (In reply to Nick Clifton from comment #12) > Created attachment 12605 [details] Hi Nick, looks good to me, except on spelling error in a comment 326-: /* Skip characters in input_stram_pos up to and

[Bug binutils/26082] infinite loop in windmc

2020-06-09 Thread joelanderson333 at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=26082 --- Comment #13 from Joel Anderson --- I think that patch looks great! It is more readable than the current HEAD, the intent is much clearer, and it is consistent with mc.exe behavior in both scenarios. -- You are receiving this mail because

[Bug ld/26103] New: Assertion failure at ldlang.c:7269 when compiling with LTO on MinGW

2020-06-09 Thread markus.boeck02 at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=26103 Bug ID: 26103 Summary: Assertion failure at ldlang.c:7269 when compiling with LTO on MinGW Product: binutils Version: 2.35 (HEAD) Status: UNCONFIRMED Severit

[Bug ld/26094] Corrupt version table generated

2020-06-09 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=26094 H.J. Lu changed: What|Removed |Added URL||https://sourceware.org/pipe

[Bug ld/26065] ld/testsuite/ld-elf symbolic tests dl4e and dl4f fail

2020-06-09 Thread maskray at google dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=26065 Fangrui Song changed: What|Removed |Added CC||maskray at google dot com --- Comment

[Bug ld/26094] Corrupt version table generated

2020-06-09 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=26094 H.J. Lu changed: What|Removed |Added Ever confirmed|0 |1 Last reconfirmed|

[Bug ld/18801] PIE binary with STT_GNU_IFUNC symbol and TEXTREL segfaults on x86_64

2020-06-09 Thread cvs-commit at gcc dot gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=18801 --- Comment #17 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=cebd6b8ac1c5a2a847a50e3efe932ff2d0867b3e commit cebd6b8ac1c5a2a847a50e3efe932ff

[Bug ld/26094] Corrupt version table generated

2020-06-09 Thread amodra at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=26094 --- Comment #1 from Alan Modra --- Adding h->verinfo.verdef = NULL; to bfd_elf_define_start_stop makes the invalid use of the verinfo.verdef as a verinfo.vertree go away. (verdef is only valid when !def_regular). But that leaves you with a

[Bug ld/26094] Corrupt version table generated

2020-06-09 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=26094 H.J. Lu changed: What|Removed |Added Target Milestone|--- |2.35 Assignee|unassigned at sourc

[Bug binutils/26082] infinite loop in windmc

2020-06-09 Thread nickc at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=26082 Nick Clifton changed: What|Removed |Added Assignee|unassigned at sourceware dot org |nickc at redhat dot com Eve

[Bug ld/26094] New: Corrupt version table generated

2020-06-09 Thread l...@jv-coder.de
https://sourceware.org/bugzilla/show_bug.cgi?id=26094 Bug ID: 26094 Summary: Corrupt version table generated Product: binutils Version: 2.35 (HEAD) Status: UNCONFIRMED Severity: normal Priority: P2 Component: ld

[Bug ld/26065] ld/testsuite/ld-elf symbolic tests dl4e and dl4f fail

2020-06-09 Thread amodra at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=26065 Alan Modra changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug ld/26065] binutils-gdb/ld/testsuite/ld-elf symbolic tests dl4e and dl4f fail

2020-06-09 Thread cvs-commit at gcc dot gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=26065 --- Comment #7 from cvs-commit at gcc dot gnu.org --- The master branch has been updated by Alan Modra : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=a61e306070a182315216e72c8ba53efa6a247814 commit a61e306070a182315216e72c8ba53

[Bug binutils/26082] infinite loop in windmc

2020-06-09 Thread ralf.habacker at freenet dot de
https://sourceware.org/bugzilla/show_bug.cgi?id=26082 --- Comment #11 from Ralf Habacker --- (In reply to Joel Anderson from comment #10) > this suggests that this has been the > functionality for at least a very long time. Thanks for this info. > Considering this hasn't been allowed in mc.exe f

[Bug binutils/26082] infinite loop in windmc

2020-06-09 Thread ralf.habacker at freenet dot de
https://sourceware.org/bugzilla/show_bug.cgi?id=26082 Ralf Habacker changed: What|Removed |Added Attachment #12595|0 |1 is obsolete|

[Bug ld/26065] binutils-gdb/ld/testsuite/ld-elf symbolic tests dl4e and dl4f fail

2020-06-09 Thread amodra at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=26065 --- Comment #6 from Alan Modra --- And of course, "two copies of foo1 and foo2" come about due to that horrible old hack of duplicating shared library variables in the executable .dynbss, with initialization via copy relocs. -- You are recei