[Bug gprofng/29083] The caller-callee view from the "gprofng display text" tool changes alignment

2022-04-21 Thread ruud.vanderpas at oracle dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=29083 Ruud van der Pas changed: What|Removed |Added Severity|enhancement |normal Priority|P2

[Bug gprofng/29083] New: The caller-callee view from the "gprofng display text" tool changes alignment

2022-04-21 Thread ruud.vanderpas at oracle dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=29083 Bug ID: 29083 Summary: The caller-callee view from the "gprofng display text" tool changes alignment Product: binutils Version: 2.39 (HEAD) Status: NEW Sever

[Bug binutils/29075] objdump -S does not support debuginfod

2022-04-21 Thread fche at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=29075 --- Comment #8 from Frank Ch. Eigler --- (maybe nickc's confusion was in thinking that the debuginfo download would include sources, as if they were colocated in an rpm, but it doesn't!) -- You are receiving this mail because: You are on the

Issue 43903 in oss-fuzz: binutils:fuzz_addr2line: Unexpected-exit in xexit

2022-04-21 Thread sheriffbot via monorail
Updates: Labels: -restrict-view-commit -deadline-approaching Deadline-Exceeded Comment #3 on issue 43903 by sheriffbot: binutils:fuzz_addr2line: Unexpected-exit in xexit https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=43903#c3 This bug has exceeded our disclosure deadline. It has b

Issue 43941 in oss-fuzz: binutils:fuzz_strings: Out-of-memory in fuzz_strings

2022-04-21 Thread sheriffbot via monorail
Updates: Labels: -restrict-view-commit -deadline-approaching Deadline-Exceeded Comment #3 on issue 43941 by sheriffbot: binutils:fuzz_strings: Out-of-memory in fuzz_strings https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=43941#c3 This bug has exceeded our disclosure deadline. It ha

[Bug binutils/29080] Slow readelf -S when having a separate debug info for a binary

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

[Bug binutils/29081] New: objdump -S tends to be slow for thunderbird with separate debug info

2022-04-21 Thread mliska at suse dot cz
https://sourceware.org/bugzilla/show_bug.cgi?id=29081 Bug ID: 29081 Summary: objdump -S tends to be slow for thunderbird with separate debug info Product: binutils Version: 2.37 Status: UNCONFIRMED Severity: nor

[Bug binutils/29080] New: Slow readelf -S when having a separate debug info for a binary

2022-04-21 Thread mliska at suse dot cz
https://sourceware.org/bugzilla/show_bug.cgi?id=29080 Bug ID: 29080 Summary: Slow readelf -S when having a separate debug info for a binary Product: binutils Version: 2.37 Status: UNCONFIRMED Severity: normal

[Bug binutils/29075] objdump -S does not support debuginfod

2022-04-21 Thread mark at klomp dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=29075 --- Comment #7 from Mark Wielaard --- So more specifically whenever objdump -S cannot find the sources it can try to call debuginfod_find_source () just like it tries to find the original debuginfo through debuginfod_find_debuginfo. See the do

[Bug binutils/29075] objdump -S does not support debuginfod

2022-04-21 Thread mliska at suse dot cz
https://sourceware.org/bugzilla/show_bug.cgi?id=29075 --- Comment #6 from Martin Liska --- Sure, let's assume you have a system that has set DEBUGINFOD_URLS variable (in my case DEBUGINFOD_URLS=https://debuginfod.opensuse.org/). Let's clear debuginfod cache: $ rm -rf ~/.cache/debuginfod_client/

[Bug binutils/29075] objdump -S does not support debuginfod

2022-04-21 Thread nickc at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=29075 --- Comment #5 from Nick Clifton --- (In reply to Martin Liska from comment #4) > > or that "running objdump -S does not trigger a debuginfod lookup" ? OK - that makes sense. Please can you upload a test case that I can use to investigate t

[Bug binutils/29075] objdump -S does not support debuginfod

2022-04-21 Thread mliska at suse dot cz
https://sourceware.org/bugzilla/show_bug.cgi?id=29075 --- Comment #4 from Martin Liska --- Sorry for not being clear enough. > or that "running objdump -S does not trigger a debuginfod lookup" ? This one is the case. Note debuginfod provides source files via the following HTTP API: $ man debug

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

2022-04-21 Thread nickc at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=29072 --- Comment #10 from Nick Clifton --- (In reply to Fangrui Song from comment #9) > > These days we could probably change the default: we could probably say that > > if an object file does not have a .note.GNU-stack section, then it does not

[Bug binutils/29075] objdump -S does not support debuginfod

2022-04-21 Thread nickc at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=29075 --- Comment #3 from Nick Clifton --- (In reply to Frank Ch. Eigler from comment #2) > It does load the debuginfo files, but not the sources (objdump -S). So is the bug: "debuginfod does not provide sources" or is it that: "the debug informa

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

2022-04-21 Thread i at maskray dot me
https://sourceware.org/bugzilla/show_bug.cgi?id=29072 Fangrui Song changed: What|Removed |Added CC||i at maskray dot me --- Comment #9 fro