From: Daniel Jacobowitz <drow@false.org>
To: Nick Roberts <nickrob@snap.net.nz>
Cc: Mark Kettenis <kettenis@gnu.org>, gdb@sourceware.org
Subject: Re: MI-related testsuite regressions
Date: Mon, 27 Jun 2005 13:00:00 -0000 [thread overview]
Message-ID: <20050627130030.GA10394@nevyn.them.org> (raw)
In-Reply-To: <17087.60064.541364.938844@farnswood.snap.net.nz>
On Tue, Jun 28, 2005 at 12:01:36AM +1200, Nick Roberts wrote:
> > I see a fair number of new testsuite regressions:
> >
> > -PASS: gdb.mi/mi2-stack.exp: stack select same frame
> > +FAIL: gdb.mi/mi2-stack.exp: stack select same frame
>
> Yes. These are due to my changes.
I'm going to echo Mark here. I assumed that you would not post a patch
which introduced failures in the testsuite.
> Currently the default MI interpreter *is*
> mi2, so these tests are just duplicated. It would seem sensible, and save
> effort, to have just one file (mi-stack.exp) until the MI version is bumped
> up one number. Then mi-stack.exp could be renamed mi2-stack.exp and a new
> file mi-stack.exp could be created.
>
> In reality GDB doesn't support more than one version of MI (the current one).
> As has been shown on the mailing list recently, even MI output from GDB 6.3
> differs from MI output from GDB in CVS.
mi2 is a released protocol; the intent is that we not make
backwards-incompatible changes to mi2-*.exp, at least not without
paying close attention to them. -i=mi sets mi_version to 3 today.
Until we're ready to declare mi3 usable, we need to continue caring
about mi2.
You removed the parallel to this failing test from mi-stack.exp; I
assume it should be removed from mi2-stack.exp also?
> > -PASS: gdb.mi/mi2-var-block.exp: step at do_block_test
> > -PASS: gdb.mi/mi2-var-block.exp: create local variable foo2
> > +FAIL: gdb.mi/mi2-var-block.exp: step at do_block_test (stopped at wrong place)
> > +FAIL: gdb.mi/mi2-var-block.exp: create local variable foo2
> >
> > -PASS: gdb.mi/mi2-var-block.exp: step at do_block_test
> > +FAIL: gdb.mi/mi2-var-block.exp: step at do_block_test (stopped at wrong place)
> >
> > -PASS: gdb.mi/mi2-var-block.exp: step at do_block_test
> > +FAIL: gdb.mi/mi2-var-block.exp: step at do_block_test (stopped at wrong place)
> >
> > -PASS: gdb.mi/mi2-var-block.exp: update cb
> > +FAIL: gdb.mi/mi2-var-block.exp: update cb
> >
> > -PASS: gdb.mi/mi2-var-block.exp: delete var foo2
> > +FAIL: gdb.mi/mi2-var-block.exp: delete var foo2
>
> > They seem all to be related to your recent changes.
>
> I can't see how these relate to my changes. I have submitted a patch for
> variable objects, but it still hasn't been approved. I don't understand why
> mi-var-block.exp doesn't fail at the same places.
Mark, could you post a bit of gdb.log? I don't see these.
--
Daniel Jacobowitz
CodeSourcery, LLC
next prev parent reply other threads:[~2005-06-27 13:00 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-06-27 8:16 Mark Kettenis
2005-06-27 12:00 ` Nick Roberts
2005-06-27 13:00 ` Daniel Jacobowitz [this message]
2005-06-27 13:53 ` Nick Roberts
2005-06-27 13:56 ` Bob Rossi
2005-06-27 13:59 ` Daniel Jacobowitz
2005-06-27 14:07 ` Nick Roberts
2005-06-27 14:31 ` Daniel Jacobowitz
2005-06-27 20:53 ` Nick Roberts
2005-06-27 21:03 ` 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=20050627130030.GA10394@nevyn.them.org \
--to=drow@false.org \
--cc=gdb@sourceware.org \
--cc=kettenis@gnu.org \
--cc=nickrob@snap.net.nz \
/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