[Bug gprofng/29477] Build failure on musl: collector_module.h:78:13: error: duplicate member ‘pwrite’
https://sourceware.org/bugzilla/show_bug.cgi?id=29477 --- Comment #8 from Sergei Trofimovich --- Good question. Looking around it looks like musl elected not to implement it: https://www.openwall.com/lists/musl/2018/01/29/2 -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/29573] addr2line doesn't display file/line for c++ variables
https://sourceware.org/bugzilla/show_bug.cgi?id=29573 --- Comment #3 from Alan Modra --- Created attachment 14337 --> https://sourceware.org/bugzilla/attachment.cgi?id=14337&action=edit weaken name match Use strstr to match source-level name in debug info against mangled symbol name. Is it necessary to match names at all here? -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/29573] addr2line doesn't display file/line for c++ variables
https://sourceware.org/bugzilla/show_bug.cgi?id=29573 Alan Modra changed: What|Removed |Added Last reconfirmed||2022-09-15 Summary|binutils don't display |addr2line doesn't display |location of global variable |file/line for c++ variables CC||aburgess at redhat dot com, ||hjl.tools at gmail dot com Status|UNCONFIRMED |NEW Ever confirmed|0 |1 --- Comment #2 from Alan Modra --- The name matching in lookup_symbol_in_variable_table doesn't take into account that sym->name is mangled. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gprofng/29477] Build failure on musl: collector_module.h:78:13: error: duplicate member ‘pwrite’
https://sourceware.org/bugzilla/show_bug.cgi?id=29477 --- Comment #7 from Vladimir Mezentsev --- I fixed build issues. But the run time problem is not fixed. getcontext() is absent in libc on musl. Why ? -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gas/19109] Cannot configure default flag_compress_debug
https://sourceware.org/bugzilla/show_bug.cgi?id=19109 Fangrui Song changed: What|Removed |Added CC||i at maskray dot me --- Comment #40 from Fangrui Song --- If binutils adds zstd (PR29397), the option --enable-compressed-debug-sections= needs to be adjusted:) -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gprofng/29477] Build failure on musl: collector_module.h:78:13: error: duplicate member ‘pwrite’
https://sourceware.org/bugzilla/show_bug.cgi?id=29477 --- Comment #6 from cvs-commit at gcc dot gnu.org --- The master branch has been updated by Vladimir Mezentsev : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=fe39ffdc202f04397f31557f17170b40bc42b77a commit fe39ffdc202f04397f31557f17170b40bc42b77a Author: Vladimir Mezentsev Date: Wed Sep 14 01:11:45 2022 -0700 gprofng: fix build issues on musl gprofng/ChangeLog 2022-09-14 Vladimir Mezentsev PR gprofng/29477 * configure.ac: Set __MUSL_LIBC. * configure: Rebuild. * common/config.h.in: Rebuild. * src/collector_module.h: Fix compiler errors because mmap64, open64, pwrite64 are macros and getcontext() is absent on musl. * libcollector/collector.c: Likewise. * libcollector/hwprofile.c: Likewise. * libcollector/iolib.c: Likewise. * libcollector/libcol_util.c: Likewise. * libcollector/linetrace.c: Likewise. * libcollector/memmgr.c: Likewise. * libcollector/profile.c: Likewise. * libcollector/unwind.c: Likewise. * libcollector/dispatcher.c: Likewise. * src/Experiment.cc: Likewise. * libcollector/collector.h: Use dlsym() because dlvsym() is not defined on musl. * libcollector/iotrace.c: Remove interposition of versioned functions. * libcollector/mmaptrace.c: Likewise. * libcollector/libcol_util.h: Fix -Wint-to-pointer-cast warnings. * libcollector/jprofile.c: Likewise. * libcollector/synctrace.c: Include "collector.h". * src/Print.cc: Use get_basename() because basename() is not defined on musl. * common/hwcdrv.c: Fix -Wformat= warnings. -- You are receiving this mail because: You are on the CC list for the bug.
Issue 51010 in oss-fuzz: binutils:fuzz_disas_ext-bfd_arch_arm: Index-out-of-bounds in print_insn_thumb32
Updates: Labels: -restrict-view-commit Comment #3 on issue 51010 by sheriffbot: binutils:fuzz_disas_ext-bfd_arch_arm: Index-out-of-bounds in print_insn_thumb32 https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=51010#c3 This bug has been fixed. It has been opened to the public. - Your friendly Sheriffbot -- You received this message because: 1. You were specifically CC'd on the issue You may adjust your notification preferences at: https://bugs.chromium.org/hosting/settings Reply to this email to add a comment.
Issue 50882 in oss-fuzz: binutils:fuzz_objcopy: Null-dereference in som_is_space
Updates: Labels: -restrict-view-commit Comment #3 on issue 50882 by sheriffbot: binutils:fuzz_objcopy: Null-dereference in som_is_space https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=50882#c3 This bug has been fixed. It has been opened to the public. - Your friendly Sheriffbot -- You received this message because: 1. You were specifically CC'd on the issue You may adjust your notification preferences at: https://bugs.chromium.org/hosting/settings Reply to this email to add a comment.
Issue 51008 in oss-fuzz: binutils:fuzz_strings: Use-of-uninitialized-value in _bfd_vms_slurp_etir
Updates: Labels: -restrict-view-commit Comment #3 on issue 51008 by sheriffbot: binutils:fuzz_strings: Use-of-uninitialized-value in _bfd_vms_slurp_etir https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=51008#c3 This bug has been fixed. It has been opened to the public. - Your friendly Sheriffbot -- You received this message because: 1. You were specifically CC'd on the issue You may adjust your notification preferences at: https://bugs.chromium.org/hosting/settings Reply to this email to add a comment.
Issue 50782 in oss-fuzz: binutils:fuzz_objdump: Heap-buffer-overflow in bfd_getb32
Updates: Labels: -restrict-view-commit Comment #3 on issue 50782 by sheriffbot: binutils:fuzz_objdump: Heap-buffer-overflow in bfd_getb32 https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=50782#c3 This bug has been fixed. It has been opened to the public. - Your friendly Sheriffbot -- You received this message because: 1. You were specifically CC'd on the issue You may adjust your notification preferences at: https://bugs.chromium.org/hosting/settings Reply to this email to add a comment.
Issue 48221 in oss-fuzz: binutils:fuzz_dwarf: Out-of-memory in fuzz_dwarf
Updates: Labels: Deadline-Approaching Comment #2 on issue 48221 by sheriffbot: binutils:fuzz_dwarf: Out-of-memory in fuzz_dwarf https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=48221#c2 This bug is approaching its deadline for being fixed, and will be automatically derestricted within 7 days. If a fix is planned within 2 weeks after the deadline has passed, a grace extension can be granted. - Your friendly Sheriffbot -- You received this message because: 1. You were specifically CC'd on the issue You may adjust your notification preferences at: https://bugs.chromium.org/hosting/settings Reply to this email to add a comment.
[Bug binutils/29573] binutils don't display location of global variable
https://sourceware.org/bugzilla/show_bug.cgi?id=29573 --- Comment #1 from trass3r --- On some real-world code addr2line gives me a filename for the variable at least, but no line. And nm does not print any location. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/29573] New: binutils don't display location of global variable
https://sourceware.org/bugzilla/show_bug.cgi?id=29573
Bug ID: 29573
Summary: binutils don't display location of global variable
Product: binutils
Version: 2.38
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: trass3r at gmail dot com
Target Milestone: ---
int bar() { return 5; }
const int foo = bar();
int main() {}
$ g++ -Og -g -gdwarf-4 test.cpp -o test
$ nm -SlaC --size-sort test
4010 0001 b completed.0
2000 0004 R _IO_stdin_used
4014 0004 b foo
1129 000a T bar() /tmp/test.cpp:1
114e 000a T main/tmp/test.cpp:3
1158 0014 t _GLOBAL__sub_I__Z3barv
1133 001b t
__static_initialization_and_destruction_0(int, int) /tmp/test.cpp:3
038c 0020 r __abi_tag
$ addr2line -e test 4014
??:?
$ objdump -g test
<1><2e>: Abbrev Number: 5 (DW_TAG_variable)
<2f> DW_AT_name: foo
<33> DW_AT_decl_file : 1
<34> DW_AT_decl_line : 2
<35> DW_AT_decl_column : 11
<36> DW_AT_type: <0x4b>
<3a> DW_AT_location: 9 byte block: 3 14 40 0 0 0 0 0 0
(DW_OP_addr: 4014)
Same with -gdwarf-5 or clang++ -O0.
gcc 12.2, clang 14.0.6
--
You are receiving this mail because:
You are on the CC list for the bug.
[Bug binutils/29566] objdump -p considers an empty .gnu.version_r invalid
https://sourceware.org/bugzilla/show_bug.cgi?id=29566 tt_1 changed: What|Removed |Added CC||herrtimson at yahoo dot de -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/29533] binutils 2.39 no longer works with UNC paths
https://sourceware.org/bugzilla/show_bug.cgi?id=29533 Nick Clifton changed: What|Removed |Added CC||nickc at redhat dot com --- Comment #1 from Nick Clifton --- (In reply to Brecht Sanders from comment #0) Hi Brecht, Sorry for not replying to this PR sooner. > Unfortunately this breaks using UNC network paths (\\server\share). So are you saying that if the path provided starts with "\\" then the code in bfd/bfdio.c:_bfd_real_fopen() should not a "\\?\" prefix ? Or should it use the prefix "\\?\UNC\" instead ? > Looking at > https://docs.microsoft.com/en-us/windows/win32/fileio/maximum-file-path- > limitation?tabs=registry it probably also breaks relative paths and paths > containing . or .. as references to the current/parent directory. I thought that the whole point of the patch for PR 25713 was to ensure that the code could cope with long paths, including those that contain . and/or .. I am no expert on Windows file naming conventions, so I am going to rely upon the advice of others. Do you have a patch that could fix this problem ? Cheers Nick > So it looks like the patch from > https://sourceware.org/bugzilla/show_bug.cgi?id=25713 is incomplete and > should be modified to at least also support UNC paths. > > I'm not the only one with this issue, see also: > https://github.com/brechtsanders/winlibs_mingw/issues/112 > > Also, from a performance point of view, I don't see the point in converting > the path to UTF16 and using the wide path (as done in _bfd_real_fopen() in > bfd/bfdio.c). Is this necessary or is there any added benefit in doing so? -- You are receiving this mail because: You are on the CC list for the bug.
[Bug libctf/29547] binutils-2.39: fails to build against cctools nm (no '-B' option support)
https://sourceware.org/bugzilla/show_bug.cgi?id=29547 --- Comment #6 from Sergei Trofimovich --- (In reply to Nick Alcock from comment #5) > Something else! What if nm emits actual successful output? No nm out there > is going to include its own name in the output in that case. We have to look > for the expected format of the output (at least slightly) and consider the > option accepted if that matches. > > Anyway, I have something that might just work: try the > users/nalcock/libtool-nm branch on binutils-gdb git. (It doesn't break x86 > Linux, Solaris 2.11 or FreeBSD 13, which is all I've tested so far.) Still fails in a similar way: ./libtool: eval: line 1115: syntax error near unexpected token `|' ./libtool: eval: line 1115: `/nix/store/kpc4vpii3zrnz53b87xvid0rxlqb66cc-cctools-binutils-darwin-949.0.1/bin/nm -B .libs/libctf_la-ctf-archive.o .libs/libctf_la-ctf-dump.o .libs/libctf_la-ctf-create.o .libs/libctf_la-ctf-decl.o .libs/libctf_la-ctf-error.o .libs/libctf_la-ctf-hash.o .libs/libctf_la-ctf-labels.o .libs/libctf_la-ctf-dedup.o .libs/libctf_la-ctf-link.o .libs/libctf_la-ctf-lookup.o .libs/libctf_la-ctf-open.o .libs/libctf_la-ctf-serialize.o .libs/libctf_la-ctf-sha1.o .libs/libctf_la-ctf-string.o .libs/libctf_la-ctf-subr.o .libs/libctf_la-ctf-types.o .libs/libctf_la-ctf-util.o .libs/libctf_la-ctf-open-bfd.o | | /nix/store/69mrs7lcp77cln6d02gfw5hxiq3g8mkp-gnused-4.8/bin/sed 's/.* //' | sort | uniq > .libs/libctf.exp' make[3]: *** [Makefile:687: libctf.la] Error 2 Trying to extract why it still fails to detect symbol extraction with the following patch: --- a/libctf/configure +++ b/libctf/configure @@ -5972,6 +5972,14 @@ else # placating systems like Darwin and HP-UX, which mention the name of nm # in error output. # nm: unknown option "B" ignored + + echo "=" >&2 + "$tmp_nm" -B "$tmp_nm_to_nm" 2>&1 + echo "=" >&2 + echo "=" >&2 + "$tmp_nm" -B "$tmp_nm_to_nm" 2>&1 | $GREP -v '^ *$' | $GREP -v 'nknown ' | $GREP -v 'nvalid ' | sed '1q' + echo "=" >&2 + checking for BSD- or MS-compatible name lister (nm)... = error: /nix/store/kpc4vpii3zrnz53b87xvid0rxlqb66cc-cctools-binutils-darwin-949.0.1/bin/nm: invalid argument -B Usage: /nix/store/kpc4vpii3zrnz53b87xvid0rxlqb66cc-cctools-binutils-darwin-949.0.1/bin/nm [-agnopruUmxjlfAP[s segname sectname] [-] [-t format] [[-arch ] ...] [file ...] = = Usage: /nix/store/kpc4vpii3zrnz53b87xvid0rxlqb66cc-cctools-binutils-darwin-949.0.1/bin/nm [-agnopruUmxjlfAP[s segname sectname] [-] [-t format] [[-arch ] ...] [file ...] = /nix/store/kpc4vpii3zrnz53b87xvid0rxlqb66cc-cctools-binutils-darwin-949.0.1/bin/nm -B -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/29397] binutils: support zstd for SHF_COMPRESSED debug sections
https://sourceware.org/bugzilla/show_bug.cgi?id=29397 Martin Liska changed: What|Removed |Added CC||mliska at suse dot cz -- You are receiving this mail because: You are on the CC list for the bug.
