[Bug gprofng/30036] Build failure on aarch64 w/ glibc: symbol `pwrite64' is already defined

2023-02-03 Thread vladimir.mezentsev at oracle dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=30036 --- Comment #3 from Vladimir Mezentsev --- I cannot reproduce the problem on my machines. My gcc on aarch64 doesn't generate the 32-bit binaries: % gcc x.c -m32 gcc: error: unrecognized command line option ‘-m32’ How do you configure your bu

[Bug ld/30078] New: FAIL: merge4

2023-02-03 Thread danglin at gcc dot gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=30078 Bug ID: 30078 Summary: FAIL: merge4 Product: binutils Version: 2.41 (HEAD) Status: NEW Severity: normal Priority: P2 Component: ld Assignee: unassig

[Bug ld/29973] x86_64-w64-mingw32-g++ ld: helloworld.exe:.rdata_r: section below image base for windows

2023-02-03 Thread euloanty at live dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=29973 --- Comment #19 from cqwrteur --- (In reply to Nick Clifton from comment #18) > Created attachment 14652 [details] > Proposed patch > > Interesting. The issue is the section itself: .rdata_r. This is not a > normal PE section name, and it i

[Bug ld/29973] x86_64-w64-mingw32-g++ ld: helloworld.exe:.rdata_r: section below image base for windows

2023-02-03 Thread nickc at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=29973 --- Comment #18 from Nick Clifton --- Created attachment 14652 --> https://sourceware.org/bugzilla/attachment.cgi?id=14652&action=edit Proposed patch Interesting. The issue is the section itself: .rdata_r. This is not a normal PE section

[Bug ld/29973] x86_64-w64-mingw32-g++ ld: helloworld.exe:.rdata_r: section below image base for windows

2023-02-03 Thread nickc at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=29973 Nick Clifton changed: What|Removed |Added Ever confirmed|0 |1 Assignee|unassigned at sou

Issue 55611 in oss-fuzz: binutils:fuzz_nm: Null-dereference READ in ecoff_swap_ext_in

2023-02-03 Thread sheriffbot via monorail
Updates: Labels: -restrict-view-commit Comment #3 on issue 55611 by sheriffbot: binutils:fuzz_nm: Null-dereference READ in ecoff_swap_ext_in https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=55611#c3 This bug has been fixed. It has been opened to the public. - Your friendly Sheriffb

Issue 55587 in oss-fuzz: binutils:fuzz_nm: Heap-buffer-overflow in ecoff_swap_ext_in

2023-02-03 Thread sheriffbot via monorail
Updates: Labels: -restrict-view-commit Comment #3 on issue 55587 by sheriffbot: binutils:fuzz_nm: Heap-buffer-overflow in ecoff_swap_ext_in https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=55587#c3 This bug has been fixed. It has been opened to the public. - Your friendly Sheriffbo

[Bug gprofng/30006] Failure to build binutils-2.40 gprofng using gold

2023-02-03 Thread satadru at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=30006 --- Comment #17 from Satadru Pramanik --- The build also succeeds for me when I force the use of bfd. So the build of gprofng is broken on i686 only with gold linker? Can that be fixed? It's certainly a regression... -- You are receiving t

[Bug ld/30076] New: aarch64: stubs can add indirect branch that breaks BTI

2023-02-03 Thread nsz at gcc dot gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=30076 Bug ID: 30076 Summary: aarch64: stubs can add indirect branch that breaks BTI Product: binutils Version: 2.35 Status: NEW Severity: normal Priority: P2 Compon

[Bug ld/29973] x86_64-w64-mingw32-g++ ld: helloworld.exe:.rdata_r: section below image base for windows

2023-02-03 Thread jakub at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=29973 Jakub Jelinek changed: What|Removed |Added CC|jakub at redhat dot com| -- You are receiving this ma

[Bug ld/29973] x86_64-w64-mingw32-g++ ld: helloworld.exe:.rdata_r: section below image base for windows

2023-02-03 Thread euloanty at live dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=29973 cqwrteur changed: What|Removed |Added CC||jakub at redhat dot com -- You are receiv

[Bug binutils/30069] objdump (*-w64-mingw32) does not support the output of c++ symbol names for dynamic libraries

2023-02-03 Thread nickc at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=30069 Nick Clifton changed: What|Removed |Added Last reconfirmed||2023-02-03 Status|UNCONFIR

[Bug binutils/30069] objdump (*-w64-mingw32) does not support the output of c++ symbol names for dynamic libraries

2023-02-03 Thread nickc at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=30069 --- Comment #4 from Nick Clifton --- Created attachment 14651 --> https://sourceware.org/bugzilla/attachment.cgi?id=14651&action=edit Proposed patch -- You are receiving this mail because: You are on the CC list for the bug.

[Bug binutils/30069] objdump (*-w64-mingw32) does not support the output of c++ symbol names for dynamic libraries

2023-02-03 Thread ralf.habacker at freenet dot de
https://sourceware.org/bugzilla/show_bug.cgi?id=30069 --- Comment #2 from Ralf Habacker --- (In reply to Nick Clifton from comment #1) Hi Nick, thanks for investigating. > Given that the symbols can be demangled via the command line that you use > in the description, it seems to me that fixin