MI -trace-find, print frame with LOC_AND_ADDRESS instead of SRC_AND_LOC.
authorPedro Alves <palves@redhat.com>
Fri, 30 Aug 2013 15:37:37 +0000 (15:37 +0000)
committerPedro Alves <palves@redhat.com>
Fri, 30 Aug 2013 15:37:37 +0000 (15:37 +0000)
When I looked for print_stack_frame calls in MI, I wondered why this
one passing down SRC_AND_LOC.  print_stack_frame does:

  /* For mi, alway print location and address.  */
  if (ui_out_is_mi_like_p (current_uiout))
    print_what = LOC_AND_ADDRESS;

So it really doesn't matter which value is passed down, but, to avoid
confusion in readers, it's better to use the MI standard here.
There's another SRC_AND_LOC in mi-interp.c, but that one makes sense.

gdb/
2013-08-30  Pedro Alves  <palves@redhat.com>

* mi/mi-main.c (mi_cmd_trace_find): Use LOC_AND_ADDRESS instead of
SRC_AND_LOC.

gdb/ChangeLog
gdb/mi/mi-main.c

index 18ecb44..6b074b8 100644 (file)
@@ -1,5 +1,10 @@
 2013-08-30  Pedro Alves  <palves@redhat.com>
 
+       * mi/mi-main.c (mi_cmd_trace_find): Use LOC_AND_ADDRESS instead of
+       SRC_AND_LOC.
+
+2013-08-30  Pedro Alves  <palves@redhat.com>
+
        * thread.c (restore_selected_frame): Use SRC_AND_LOC, and change
        warning text.
 
index 64a8ae3..e6e98b6 100644 (file)
@@ -2484,7 +2484,7 @@ mi_cmd_trace_find (char *command, char **argv, int argc)
     error (_("Invalid mode '%s'"), mode);
 
   if (has_stack_frames () || get_traceframe_number () >= 0)
-    print_stack_frame (get_selected_frame (NULL), 1, SRC_AND_LOC);
+    print_stack_frame (get_selected_frame (NULL), 1, LOC_AND_ADDRESS);
 }
 
 void