From: David Carlton <carlton@math.stanford.edu>
To: Daniel Jacobowitz <drow@mvista.com>
Cc: gdb-patches@sources.redhat.com,
Michael Elizabeth Chastain <mec@shout.net>
Subject: Re: [patch/rfc] KFAIL gdb.c++/annota2.exp watch triggered on a.x
Date: Fri, 03 Jan 2003 21:48:00 -0000 [thread overview]
Message-ID: <ro1lm21lxau.fsf@jackfruit.Stanford.EDU> (raw)
In-Reply-To: <20030103213920.GA21687@nevyn.them.org>
On Fri, 3 Jan 2003 16:39:20 -0500, Daniel Jacobowitz <drow@mvista.com> said:
> May I recommend at the least "i?86"?
That makes sense.
> Also, I really don't see the point of the kpass's; before doing
> this, you need to establish if those patterns are acceptable
> results; if so, they are passes, period.
Sorry, I should have explained my reasoning there. My theory behind
that is that they're a reminder to people who fix bugs that they
should update the test suite. If somebody fixes this bug a year from
now, doesn't know that there's a test case for the bug, and doesn't
pay attention to gdb.sum (just to the naked 'make check'), then that
person might easily forget to update the test suite. (Especially
since the test case in question is in gdb.c++/annota2.exp, whereas the
bug doesn't involve either C++ or annotations!)
So it seems to me that, if the failure isn't reliable, then we should
leave the success case as a PASS, but if the failure is reliable, then
KPASS is slightly better.
David Carlton
carlton@math.stanford.edu
next prev parent reply other threads:[~2003-01-03 21:48 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-01-03 21:36 David Carlton
2003-01-03 21:39 ` Daniel Jacobowitz
2003-01-03 21:48 ` David Carlton [this message]
2003-01-03 21:51 ` Daniel Jacobowitz
2003-01-03 22:14 ` David Carlton
2003-01-03 22:30 ` Daniel Jacobowitz
2003-01-03 22:57 ` David Carlton
2003-01-09 17:10 ` David Carlton
2003-01-03 22:12 Michael Elizabeth Chastain
2003-01-03 22:27 ` David Carlton
2003-01-03 23:19 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=ro1lm21lxau.fsf@jackfruit.Stanford.EDU \
--to=carlton@math.stanford.edu \
--cc=drow@mvista.com \
--cc=gdb-patches@sources.redhat.com \
--cc=mec@shout.net \
/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