public inbox for gdb-prs@sourceware.org help / color / mirror / Atom feed
* [Bug tui/15580] New: TUI assembly window line prefix is too long @ 2013-06-05 14:27 adrianh.bsc at gmail dot com 2013-06-05 15:24 ` [Bug tui/15580] " adrianh.bsc at gmail dot com ` (3 more replies) 0 siblings, 4 replies; 5+ messages in thread From: adrianh.bsc at gmail dot com @ 2013-06-05 14:27 UTC (permalink / raw) To: gdb-prs http://sourceware.org/bugzilla/show_bug.cgi?id=15580 Bug ID: 15580 Summary: TUI assembly window line prefix is too long Product: gdb Version: unknown Status: NEW Severity: normal Priority: P2 Component: tui Assignee: unassigned at sourceware dot org Reporter: adrianh.bsc at gmail dot com When the assembly window is displayed, it prefixes each line with a fully resolved C++ function signature and line offset which can be very long as it can contain namespaces and template parameters. This is ok, except that it makes it difficult to read the assembly instructions as I have to set the ASM window focus and then scroll right. There are a couple of different suggestions that I have for this: 1. Have the assembly window right justify it's instructions. This will allow the assembly instructions to always be displayed, yet almost always allow the right most portion of the signature and offset to be displayed. 2. Have an alternative prefix which could include be a <filename>:<line> prefix or <filename>:<line>+<offset> for something similar to the <function signature>+<offset> prefix. I'm thinking that the first would require the least amount of changes, but the second may be useful, perhaps in combination with the first. -- You are receiving this mail because: You are on the CC list for the bug. ^ permalink raw reply [flat|nested] 5+ messages in thread
* [Bug tui/15580] TUI assembly window line prefix is too long 2013-06-05 14:27 [Bug tui/15580] New: TUI assembly window line prefix is too long adrianh.bsc at gmail dot com @ 2013-06-05 15:24 ` adrianh.bsc at gmail dot com 2022-05-14 18:02 ` tromey at sourceware dot org ` (2 subsequent siblings) 3 siblings, 0 replies; 5+ messages in thread From: adrianh.bsc at gmail dot com @ 2013-06-05 15:24 UTC (permalink / raw) To: gdb-prs http://sourceware.org/bugzilla/show_bug.cgi?id=15580 --- Comment #1 from Adrian <adrianh.bsc at gmail dot com> --- Using `set print max-symbolic-offset 1` command shows me that it is difficult to match up assembly instructions with source lines, so being able to have option 2 (<filename>:<line> prefix or <filename>:<line>+<offset>) available would definitely be useful. -- You are receiving this mail because: You are on the CC list for the bug. ^ permalink raw reply [flat|nested] 5+ messages in thread
* [Bug tui/15580] TUI assembly window line prefix is too long 2013-06-05 14:27 [Bug tui/15580] New: TUI assembly window line prefix is too long adrianh.bsc at gmail dot com 2013-06-05 15:24 ` [Bug tui/15580] " adrianh.bsc at gmail dot com @ 2022-05-14 18:02 ` tromey at sourceware dot org 2023-06-17 17:38 ` tromey at sourceware dot org 2023-07-11 15:35 ` tromey at sourceware dot org 3 siblings, 0 replies; 5+ messages in thread From: tromey at sourceware dot org @ 2022-05-14 18:02 UTC (permalink / raw) To: gdb-prs https://sourceware.org/bugzilla/show_bug.cgi?id=15580 Tom Tromey <tromey at sourceware dot org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |byron.c.hawkins at gmail dot com --- Comment #3 from Tom Tromey <tromey at sourceware dot org> --- *** Bug 29146 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are on the CC list for the bug. ^ permalink raw reply [flat|nested] 5+ messages in thread
* [Bug tui/15580] TUI assembly window line prefix is too long 2013-06-05 14:27 [Bug tui/15580] New: TUI assembly window line prefix is too long adrianh.bsc at gmail dot com 2013-06-05 15:24 ` [Bug tui/15580] " adrianh.bsc at gmail dot com 2022-05-14 18:02 ` tromey at sourceware dot org @ 2023-06-17 17:38 ` tromey at sourceware dot org 2023-07-11 15:35 ` tromey at sourceware dot org 3 siblings, 0 replies; 5+ messages in thread From: tromey at sourceware dot org @ 2023-06-17 17:38 UTC (permalink / raw) To: gdb-prs https://sourceware.org/bugzilla/show_bug.cgi?id=15580 --- Comment #4 from Tom Tromey <tromey at sourceware dot org> --- I thought there was a patch to put the function name on its own line and not as a prefix in the assembly window, but I can't find it now. -- You are receiving this mail because: You are on the CC list for the bug. ^ permalink raw reply [flat|nested] 5+ messages in thread
* [Bug tui/15580] TUI assembly window line prefix is too long 2013-06-05 14:27 [Bug tui/15580] New: TUI assembly window line prefix is too long adrianh.bsc at gmail dot com ` (2 preceding siblings ...) 2023-06-17 17:38 ` tromey at sourceware dot org @ 2023-07-11 15:35 ` tromey at sourceware dot org 3 siblings, 0 replies; 5+ messages in thread From: tromey at sourceware dot org @ 2023-07-11 15:35 UTC (permalink / raw) To: gdb-prs https://sourceware.org/bugzilla/show_bug.cgi?id=15580 Tom Tromey <tromey at sourceware dot org> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://sourceware.org/bugz | |illa/show_bug.cgi?id=25347 --- Comment #5 from Tom Tromey <tromey at sourceware dot org> --- Maybe these 2 are dups, I'm not sure. -- You are receiving this mail because: You are on the CC list for the bug. ^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2023-07-11 15:35 UTC | newest] Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2013-06-05 14:27 [Bug tui/15580] New: TUI assembly window line prefix is too long adrianh.bsc at gmail dot com 2013-06-05 15:24 ` [Bug tui/15580] " adrianh.bsc at gmail dot com 2022-05-14 18:02 ` tromey at sourceware dot org 2023-06-17 17:38 ` tromey at sourceware dot org 2023-07-11 15:35 ` tromey at sourceware dot org
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).