From: Jan Kratochvil <jan.kratochvil@redhat.com>
To: gdb-patches@sourceware.org
Subject: [patchv2 13/11] Make relative-with-system-absolute the default
Date: Tue, 29 Jan 2013 22:11:00 -0000 [thread overview]
Message-ID: <20130129221118.GB27463@host2.jankratochvil.net> (raw)
Hi,
previous patches discussed it, so make the change with hopefully only pros and
no cons.
No regressions on {x86_64,x86_64-m32,i686}-fedora19pre-linux-gnu and with
gdbindex.
Thanks,
Jan
gdb/
2013-01-29 Jan Kratochvil <jan.kratochvil@redhat.com>
* source.c (filename_display_string): Change it to
filename_display_relative_with_system_absolute.
(_initialize_source): Describe the new "set filename-display" default.
gdb/doc/
2013-01-29 Jan Kratochvil <jan.kratochvil@redhat.com>
* gdb.texinfo (Backtrace): Change set filename-display default to
relative-with-system-absolute.
gdb/testsuite/
2013-01-29 Jan Kratochvil <jan.kratochvil@redhat.com>
* gdb.threads/linux-dp.exp (first thread-specific breakpoint hit):
Allow displayed path for pthread_create.c.
--- a/gdb/doc/gdb.texinfo
+++ b/gdb/doc/gdb.texinfo
@@ -6541,7 +6541,7 @@ You can control how file names are displayed.
@item set filename-display
@itemx set filename-display relative
@cindex filename-display
-Display file names relative to the compilation directory. This is the default.
+Display file names relative to the compilation directory.
@item set filename-display basename
Display only basename of a filename.
@@ -6554,6 +6554,8 @@ Determine whether a source filename comes from file having separate debug
information file. In such case display the source filename as absolute one.
Otherwise display it relative to the compilation directory.
+This is the default.
+
@item set filename-display basename-with-system-absolute
Determine whether a source filename comes from file having separate debug
information file. In such case display the source filename as absolute one.
--- a/gdb/source.c
+++ b/gdb/source.c
@@ -127,7 +127,8 @@ static const char *const filename_display_kind_names[] = {
NULL
};
-static const char *filename_display_string = filename_display_relative;
+static const char *filename_display_string =
+ filename_display_relative_with_system_absolute;
static void
show_filename_display_string (struct ui_file *file, int from_tty,
@@ -2086,7 +2087,7 @@ filename-display can be:\n\
basename-with-system-absolute - display filenames from files with separate\n\
debug info files as absolute, other files\n\
display only with basename of the filename\n\
-By default, relative filenames are displayed."),
+By default, relative-with-system-absolute is set."),
NULL,
show_filename_display_string,
&setlist, &showlist);
--- a/gdb/testsuite/gdb.threads/linux-dp.exp
+++ b/gdb/testsuite/gdb.threads/linux-dp.exp
@@ -233,7 +233,9 @@ gdb_continue_to_breakpoint "thread 5's print"
# If you do have debug info, the output obviously depends more on the
# exact library in use; under NPTL, you get:
# #2 0x0012b7fc in start_thread (arg=0x21) at pthread_create.c:264
-gdb_test "where" "print_philosopher.*philosopher.* \(from .*libpthread\|at pthread_create\|in pthread_create\).*" \
+# and with "set filename-display absolute" one gets:
+# #2 0x0012b7fc in start_thread (arg=0x21) at /path/to/pthread_create.c:264
+gdb_test "where" "print_philosopher.*philosopher.* \(from .*libpthread\|at pthread_create\|in \[^\r\n\]*pthread_create\).*" \
"first thread-specific breakpoint hit"
# Make sure it's catching the right thread. Try hitting the
next reply other threads:[~2013-01-29 22:11 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-01-29 22:11 Jan Kratochvil [this message]
2013-01-30 7:49 ` [patchv3 " Jan Kratochvil
2013-01-30 17:17 ` Eli Zaretskii
2013-02-02 18:07 ` Jan Kratochvil
2013-02-02 18:27 ` Eli Zaretskii
2013-02-05 17:35 ` Doug Evans
2013-02-05 18:23 ` Jan Kratochvil
2013-02-06 16:02 ` Tom Tromey
2013-02-07 20:25 ` Doug Evans
2013-02-07 20:29 ` Jan Kratochvil
2013-02-15 19:58 ` [patch FYI not for commit] Attempt to properly relativize executable's filenames Jan Kratochvil
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20130129221118.GB27463@host2.jankratochvil.net \
--to=jan.kratochvil@redhat.com \
--cc=gdb-patches@sourceware.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox