[Bug gprofng/30575] gprofng cannot profile application with clone3()

https://sourceware.org/bugzilla/show_bug.cgi?id=30575 Vladimir Mezentsev changed: What|Removed |Added Severity|minor |normal -- You are receiving

[Bug gprofng/30575] New: gprofng cannot profile application with clone3()

https://sourceware.org/bugzilla/show_bug.cgi?id=30575 Bug ID: 30575 Summary: gprofng cannot profile application with clone3() Product: binutils Version: unspecified Status: NEW Severity: minor Priority: P2

Issue 57547 in oss-fuzz: binutils:fuzz_objdump_safe: Heap-use-after-free in bfd_getl32

Updates: Labels: Deadline-Approaching Comment #2 on issue 57547 by sheriffbot: binutils:fuzz_objdump_safe: Heap-use-after-free in bfd_getl32 https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=57547#c2 This bug is approaching its deadline for being fixed, and will be automatically

[Bug binutils/30561] conversion from binary to PE broken

https://sourceware.org/bugzilla/show_bug.cgi?id=30561 --- Comment #4 from Stas Sergeev --- (In reply to Nick Clifton from comment #3) > Well for example, objcopy has no way of determining whether the input binary > contains code, data, or something else. So it is not at all obvious which >

[Bug ld/30566] -z pack-relative-relocs --no-keep-memory uses more memory than without --no-keep-memory

https://sourceware.org/bugzilla/show_bug.cgi?id=30566 H.J. Lu changed: What|Removed |Added Status|ASSIGNED|RESOLVED Target Milestone|---

[Bug ld/30566] -z pack-relative-relocs --no-keep-memory uses more memory than without --no-keep-memory

https://sourceware.org/bugzilla/show_bug.cgi?id=30566 --- Comment #3 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=d8bcb8723602f03351ea583cbc9ba21f39054eb1 commit

[Bug binutils/30573] New: riscv disassembler options are not documented in manpage

https://sourceware.org/bugzilla/show_bug.cgi?id=30573 Bug ID: 30573 Summary: riscv disassembler options are not documented in manpage Product: binutils Version: 2.41 (HEAD) Status: UNCONFIRMED Severity: minor

[Bug gold/30536] ppc64el gold linker produces unusable clang-16 binary

https://sourceware.org/bugzilla/show_bug.cgi?id=30536 --- Comment #11 from Gianfranco --- thanks! I'll test shortly! -- You are receiving this mail because: You are on the CC list for the bug.

[Bug ld/30568] --dependency-file includes temporary LTO files

https://sourceware.org/bugzilla/show_bug.cgi?id=30568 --- Comment #1 from Nick Clifton --- Created attachment 14940 --> https://sourceware.org/bugzilla/attachment.cgi?id=14940=edit Proposed patch Hi Nikita, Please could you try out the uploaded patch and let me know what you think. I

[Bug gold/30536] ppc64el gold linker produces unusable clang-16 binary

https://sourceware.org/bugzilla/show_bug.cgi?id=30536 Alan Modra changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug gold/30217] PowerPC: R_PPC64_JMP_SLOT relocation on local std::map symbol when using -mlongcall and --version-script

https://sourceware.org/bugzilla/show_bug.cgi?id=30217 --- Comment #6 from cvs-commit at gcc dot gnu.org --- The binutils-2_40-branch branch has been updated by Alan Modra : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=03f49a0619c5598eea80511efef5a88c4f7bb293 commit

[Bug gold/30536] ppc64el gold linker produces unusable clang-16 binary

https://sourceware.org/bugzilla/show_bug.cgi?id=30536 --- Comment #9 from cvs-commit at gcc dot gnu.org --- The binutils-2_40-branch branch has been updated by Alan Modra : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=03f49a0619c5598eea80511efef5a88c4f7bb293 commit

[Bug gold/30536] ppc64el gold linker produces unusable clang-16 binary

https://sourceware.org/bugzilla/show_bug.cgi?id=30536 --- Comment #8 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=dc808a2ebab337b5517add4c1aad298cf836c239 commit

[Bug gold/30217] PowerPC: R_PPC64_JMP_SLOT relocation on local std::map symbol when using -mlongcall and --version-script

https://sourceware.org/bugzilla/show_bug.cgi?id=30217 --- Comment #5 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=dc808a2ebab337b5517add4c1aad298cf836c239 commit

[Bug ld/30568] --dependency-file includes temporary LTO files

https://sourceware.org/bugzilla/show_bug.cgi?id=30568 Nick Clifton changed: What|Removed |Added CC||nickc at redhat dot com

[Bug binutils/30561] conversion from binary to PE broken

https://sourceware.org/bugzilla/show_bug.cgi?id=30561 --- Comment #3 from Nick Clifton --- (In reply to Stas Sergeev from comment #2) > Still would you mind clarifying why > "There is just not enough information in the input format to enable a > proper conversion"? Well for example, objcopy

[Bug ld/29072] ld silently make the program stack area executable if nested function is used

https://sourceware.org/bugzilla/show_bug.cgi?id=29072 --- Comment #22 from cvs-commit at gcc dot gnu.org --- The master branch has been updated by Nick Clifton : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=0ab7005043ee404dabfd690952efc25c35ae commit

[Bug gold/30536] ppc64el gold linker produces unusable clang-16 binary

https://sourceware.org/bugzilla/show_bug.cgi?id=30536 --- Comment #7 from Alan Modra --- I've been going down the wrong rabbit hole, I should have asked you at the outset to post the result of your g++ command with -v added. That would have shown your compiler is defaulting to PIEs while mine