Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
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


             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