from:"fab...@ritter\-vogt.de"

[Bug gas/16765] New: Assertion failure in create_unwind_entry

2014-03-27 Thread fab...@ritter-vogt.de

Assignee: unassigned at sourceware dot org Reporter: fab...@ritter-vogt.de Created attachment 7499 --> https://sourceware.org/bugzilla/attachment.cgi?id=7499&action=edit Assembly produced if gcc invoked manually I try to compile gcc with sjlj exceptions enabled, howev

[Bug gas/16765] Assertion failure in create_unwind_entry

2014-04-02 Thread fab...@ritter-vogt.de

https://sourceware.org/bugzilla/show_bug.cgi?id=16765 --- Comment #5 from Fabian Vogt --- Hi, (In reply to Nick Clifton from comment #4) > Hi Fabian, > > This is a gcc bug, as you guessed. So you need to report it on the > gcc-bugs mailing list. When you do, you might like to include the ar

[Bug binutils/18850] New: sh_info not verified in VERNEED sections

2015-08-18 Thread fab...@ritter-vogt.de

Assignee: unassigned at sourceware dot org Reporter: fab...@ritter-vogt.de Target Milestone: --- Created attachment 8533 --> https://sourceware.org/bugzilla/attachment.cgi?id=8533&action=edit ELF file with wrong VERNEED sh_info Using afl-fuzz I discovered that the a

[Bug binutils/18854] New: assertion fail efd/elf.c:1796 and 1731

2015-08-19 Thread fab...@ritter-vogt.de

Assignee: unassigned at sourceware dot org Reporter: fab...@ritter-vogt.de Target Milestone: --- Created attachment 8535 --> https://sourceware.org/bugzilla/attachment.cgi?id=8535&action=edit Causes assertion fail Found by afl-fuzz again, two very similiar assertion f

[Bug binutils/18854] assertion fail efd/elf.c:1796 and 1731

2015-08-19 Thread fab...@ritter-vogt.de

https://sourceware.org/bugzilla/show_bug.cgi?id=18854 --- Comment #1 from Fabian Vogt --- Created attachment 8536 --> https://sourceware.org/bugzilla/attachment.cgi?id=8536&action=edit Causes another assertion fail -- You are receiving this mail because: You are on the CC list for the bug. _

[Bug ld/25593] --as-needed breaks DT_NEEDED order with linker plugin

2020-02-24 Thread fab...@ritter-vogt.de

https://sourceware.org/bugzilla/show_bug.cgi?id=25593 Fabian Vogt changed: What|Removed |Added CC||fab...@ritter-vogt.de -- You are

[Bug ld/26407] New: Global symbol reference breaks without -Bsymbolic-functions

2020-08-19 Thread fab...@ritter-vogt.de

Priority: P2 Component: ld Assignee: unassigned at sourceware dot org Reporter: fab...@ritter-vogt.de Target Milestone: --- Updating binutils to 2.35 broke libQt5Core5.so.5, QCoreApplication::self didn't work anymore (https://bugzilla.suse.com/show_bug.c

[Bug ld/26407] Global symbol reference breaks without -Bsymbolic-functions

2020-08-19 Thread fab...@ritter-vogt.de

https://sourceware.org/bugzilla/show_bug.cgi?id=26407 --- Comment #2 from Fabian Vogt --- (In reply to H.J. Lu from comment #1) > Please make it a run-time test. Sorry, I don't understand what you mean by that. The break executable only returns 42 with the working lib.so, it doesn't have to be r

[Bug ld/26407] Global symbol reference breaks without -Bsymbolic-functions

2020-08-20 Thread fab...@ritter-vogt.de

https://sourceware.org/bugzilla/show_bug.cgi?id=26407 --- Comment #6 from Fabian Vogt --- (In reply to H.J. Lu from comment #4) > '--dynamic-list=DYNAMIC-LIST-FILE' > Specify the name of a dynamic list file to the linker. This is > typically used when creating shared libraries to speci