Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Michael Elizabeth Chastain <mec@shout.net>
To: carlton@math.stanford.edu, drow@mvista.com
Cc: gdb-patches@sources.redhat.com
Subject: Re: [patch/rfc] KFAIL gdb.c++/annota2.exp watch triggered on a.x
Date: Fri, 03 Jan 2003 23:19:00 -0000	[thread overview]
Message-ID: <200301032318.h03NIxn21332@duracef.shout.net> (raw)

Daniel J says:
> OK; you're definitely right.  How about a compromise: we agree not to
> remove kfail patterns in the testsuite, but instead replace them with
> specific fail patterns and a commented out reference to the failure.
> That makes life much simpler.

That sounds good to me.

Before the bug fix:

  -re "known bad pattern" {
    kfail "gdb/38" "test name"
  }

After the bug fix:

  -re "known bad pattern" {
    # this was pr gdb/38
    fail "test name"
  }

If somebody leaves a KFAIL pointing to a closed bug, and the KFAIL
fires, then eventually somebody will notice that the KFAIL points to
a closed bug -- which means that the bug has re-appeared.  The bug ID#
then provides valuable history.

If somebody applies the 'bug fix' too soon, or it doesn't work in
all cases, then the person investigating it will see the comment
about "gdb 38" in the test script source pretty quickly.

Michael C


             reply	other threads:[~2003-01-03 23:19 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-01-03 23:19 Michael Elizabeth Chastain [this message]
  -- strict thread matches above, loose matches on Subject: below --
2003-01-03 22:12 Michael Elizabeth Chastain
2003-01-03 22:27 ` David Carlton
2003-01-03 21:36 David Carlton
2003-01-03 21:39 ` Daniel Jacobowitz
2003-01-03 21:48   ` David Carlton
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

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=200301032318.h03NIxn21332@duracef.shout.net \
    --to=mec@shout.net \
    --cc=carlton@math.stanford.edu \
    --cc=drow@mvista.com \
    --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