From: David Carlton <carlton@math.stanford.edu>
To: Jim Blandy <jimb@redhat.com>
Cc: Fernando Nasser <fnasser@redhat.com>, gdb-patches@sources.redhat.com
Subject: Re: [Jim Blandy <jimb@redhat.com>] RFA: Check that `Local' is not in scope when it shouldn't be
Date: Fri, 20 Dec 2002 12:01:00 -0000 [thread overview]
Message-ID: <ro18yykii5c.fsf@jackfruit.Stanford.EDU> (raw)
In-Reply-To: <vt2bs3gpmfb.fsf@zenia.red-bean.com>
On 20 Dec 2002 13:36:40 -0500, Jim Blandy <jimb@redhat.com> said:
> Ping on this test suite patch.
I'm confused: don't you want to do the first 'ptype Local' _before_
going up from foobar? In which case your added test might as well
happen after you go up from foobar but before running to marker2.
Also, we're actually kfailing things now, though we weren't when you
first submitted the patch. So if you could modify the patch to
actually call setup_kfail (which takes two arguments, the second one
of which is presumably "*-*-*"), I'd appreciate it. What I would
recommend is to replace this
# setup_kfail "gdb/825"
gdb_test "ptype Local" "No symbol \"Local\" in current context.*" \
"Local out of scope (gdb/825)"
with something like
gdb_send "ptype Local\n"
gdb_expect {
-re "No symbol \"Local\" in current context.*" {
setup_kfail "gdb/825" "*-*-*"
pass "Local out of scope"
}
-re "(actual output)" {
setup_kfail "gdb/825" "*-*-*"
fail "Local out of scope"
-re ".*$gdb_prompt $" {
fail "Local out of scope
}
timeout {
fail "(timeout) Local out of scope"
}
For "actual output", you could either have one block for each of the
outputs (pass or (k)fail) listed in the earlier "ptype Local" test, or
you can just have one test that unifies each of the earlier outputs;
whichever you think is easiest.
This assumes that you think that GDB never gets this right currently;
if you think that GDB sometimes does get it right, then don't put the
setup_kfail before the pass message.
Other than that, it looks good; I certainly like the basic idea.
Also, for what it's worth, I personally prefer diff -up to diff -c.
David Carlton
carlton@math.stanford.edu
next prev parent reply other threads:[~2002-12-20 19:52 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-12-20 10:56 Jim Blandy
2002-12-20 11:19 ` Daniel Jacobowitz
2002-12-20 12:05 ` David Carlton
2002-12-20 12:01 ` David Carlton [this message]
2002-12-20 12:18 ` David Carlton
2003-02-04 22:02 ` Jim Blandy
2003-02-04 22:16 ` David Carlton
2003-02-05 5:49 ` Jim Blandy
2002-12-20 21:12 Michael Elizabeth Chastain
2002-12-23 22:51 Michael Elizabeth Chastain
2003-02-05 6:23 Michael Elizabeth Chastain
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=ro18yykii5c.fsf@jackfruit.Stanford.EDU \
--to=carlton@math.stanford.edu \
--cc=fnasser@redhat.com \
--cc=gdb-patches@sources.redhat.com \
--cc=jimb@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