From: Nick Roberts <nickrob@snap.net.nz>
To: Daniel Jacobowitz <drow@false.org>
Cc: gdb-patches@sources.redhat.com
Subject: Re: [PATCH] mi-stack.exp
Date: Mon, 20 Jun 2005 03:28:00 -0000 [thread overview]
Message-ID: <17078.10651.458286.19457@farnswood.snap.net.nz> (raw)
In-Reply-To: <20050620013409.GB30942@nevyn.them.org>
> > * gdb.mi/mi-stack.exp (test_stack_locals_listing):
> > Remove test for -stack-select-frame without arguments.
> > (test_stack_frame_listing):
> > Add test for newly implemented command -stack-info-frame.
>
> OK. Please wrap it this way:
>
> * gdb.mi/mi-stack.exp (test_stack_locals_listing): Remove test for
> -stack-select-frame without arguments.
> (test_stack_frame_listing): Add test for newly implemented command
> -stack-info-frame.
OK. (I find the log message easier to read when it fits on one line)
> > *** /home/nick/src/gdb/testsuite/gdb.mi/mi-stack.exp.~1.15.~ 2005-05-18
> > 20:18:15.000000000 +1200 ---
> > /home/nick/src/gdb/testsuite/gdb.mi/mi-stack.exp 2005-06-19
> > 18:49:18.000000000 +1200
>
> Could you see about submitting relative diffs? It doesn't really
> matter what they're relative _to_ - common is -p0 or -p1 to the top
> directory whose ChangeLog you're touching. But this is a bit awkward
> to apply.
Like below? (This is with vc-diff in Emacs)
> As an aside, if you don't mind, please check in patches all at once.
> When you check in each file separately with its own log message,
> automated tools can't reconstruct the entire change.
You mean, for example, the log message:
* mi/mi-cmd-stack.c (mi_cmd_stack_info_frame): New function.
* mi/mi-cmds.c (mi_cmds): Replace entry for -stack-info-frame.
Make it use mi_cmd_stack_info_frame
* mi/mi-cmds.h (mi_cmd_stack_info_frame): New declaration.
should appear in the individual CVS log for each of the files
mi/mi-cmd-stack.c, mi/mi-cmds.c and mi/mi-cmds.h? I thought that the
ChangeLog was there for that purpose.
Nick
2005-06-20 Nick Roberts <nickrob@snap.net.nz>
* gdb.mi/mi-stack.exp (test_stack_locals_listing): Remove test for
-stack-select-frame without arguments.
(test_stack_frame_listing): Add test for newly implemented command
-stack-info-frame.
*** mi-stack.exp 18 May 2005 20:18:15 +1200 1.15
--- mi-stack.exp 19 Jun 2005 18:49:18 +1200
***************
*** 55,60 ****
--- 55,61 ----
# -stack-list-frames
# -stack-list-frames 1 1
# -stack-list-frames 1 3
+ # -stack-info-frame
mi_gdb_test "231-stack-list-frames" \
"231\\^done,stack=\\\[frame=\{level=\"0\",addr=\"$hex\",func=\"callee4\",file=\".*basics.c\",fullname=\"${fullname_syntax}${srcfile}\",line=\"$line_callee4_body\"\},frame=\{level=\"1\",addr=\"$hex\",func=\"callee3\",.*\},frame=\{level=\"2\",addr=\"$hex\",func=\"callee2\",.*\},frame=\{level=\"3\",addr=\"$hex\",func=\"callee1\",.*\},frame=\{level=\"4\",addr=\"$hex\",func=\"main\",.*\}\\\]" \
***************
*** 69,74 ****
--- 70,79 ----
mi_gdb_test "234-stack-list-frames 1" \
"234\\^error,msg=\"mi_cmd_stack_list_frames: Usage.*FRAME_LOW FRAME_HIGH.*\"" \
"stack frame listing wrong"
+
+ mi_gdb_test "235-stack-info-frame" \
+ "235\\^done,frame=\{level=\"0\",addr=\"$hex\",func=\"callee4\",file=\".*basics.c\",fullname=\"${fullname_syntax}${srcfile}\",line=\"$line_callee4_body\"\}" \
+ "selected frame listing"
}
proc test_stack_args_listing {} {
***************
*** 187,202 ****
"232\\^done,locals=\\\[\\\]" \
"stack locals listing for new frame"
- # this should be a no-op
-
- mi_gdb_test "232-stack-select-frame" \
- "232\\^done" \
- "stack select same frame"
-
mi_gdb_test "232-stack-list-locals 1" \
"232\\^done,locals=\\\[\\\]" \
"stack locals for same frame (level 1)"
-
}
mi_runto callee4
next prev parent reply other threads:[~2005-06-20 3:28 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-06-20 0:57 Nick Roberts
2005-06-20 1:34 ` Daniel Jacobowitz
2005-06-20 3:28 ` Nick Roberts [this message]
2005-06-20 3:00 ` Daniel Jacobowitz
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=17078.10651.458286.19457@farnswood.snap.net.nz \
--to=nickrob@snap.net.nz \
--cc=drow@false.org \
--cc=gdb-patches@sources.redhat.com \
/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