Mirror of the gdb mailing list
 help / color / mirror / Atom feed
From: Mark Kettenis <mark.kettenis@xs4all.nl>
To: woodzltc@cn.ibm.com
Cc: brobecker@adacore.com, gdb@sources.redhat.com,
	        gdb-testers@sources.redhat.com
Subject: Re: First release candidate for GDB 6.4 available
Date: Fri, 25 Nov 2005 02:47:00 -0000	[thread overview]
Message-ID: <200511242233.jAOMXQmq024151@elgar.sibelius.xs4all.nl> (raw)
In-Reply-To: <Pine.LNX.4.63.0511231145370.1579@linux.site> (message from Wu 	Zhou on Wed, 23 Nov 2005 11:54:40 +0800 (CST))

> Date: Wed, 23 Nov 2005 11:54:40 +0800 (CST)
> From: Wu Zhou <woodzltc@cn.ibm.com>
> 
> I run this RC on ppc64 platform as both 32-bits and 64-bits application.
> Here is the summary.  I also list the x86 summary as reference.
> 
> ppc64, 64-bits gdb, 32-bits testcase:
> ======================================
...
> FAIL: gdb.base/recurse.exp: continue to recurse (a = 8)
> FAIL: gdb.base/recurse.exp: continue to recurse (a = 7)
> FAIL: gdb.base/recurse.exp: continue to recurse (a = 6)
> FAIL: gdb.base/recurse.exp: continue to recurse (a = 5)
> FAIL: gdb.base/recurse.exp: continue to second instance watchpoint, first time
> FAIL: gdb.base/recurse.exp: continue to recurse (a = 4)
> FAIL: gdb.base/recurse.exp: continue to recurse (a = 3)
> FAIL: gdb.base/recurse.exp: continue to recurse (a = 2)
> FAIL: gdb.base/recurse.exp: continue to recurse (a = 1)
> FAIL: gdb.base/recurse.exp: continue to second instance watchpoint, second time
...
> FAIL: gdb.cp/anon-union.exp: print w 1
> FAIL: gdb.cp/anon-union.exp: print z 1
> FAIL: gdb.cp/anon-union.exp: print w 2
> FAIL: gdb.cp/anon-union.exp: print z 2
> FAIL: gdb.cp/anon-union.exp: print w 3
> FAIL: gdb.cp/anon-union.exp: print z 3
> FAIL: gdb.gdb/observer.exp: second observer attached; check second observer counter value
> FAIL: gdb.gdb/observer.exp: 1st observer added; check first observer counter value
> FAIL: gdb.gdb/observer.exp: 2nd observer added; check first observer counter value
> FAIL: gdb.gdb/observer.exp: 2nd observer added; check second observer counter value
> FAIL: gdb.gdb/observer.exp: 3rd observer added; check first observer counter value
> FAIL: gdb.gdb/observer.exp: 3rd observer added; check second observer counter value
> FAIL: gdb.gdb/observer.exp: 3rd observer added; check third observer counter value
> FAIL: gdb.gdb/observer.exp: 2nd observer removed; check first observer counter value
> FAIL: gdb.gdb/observer.exp: 2nd observer removed; check third observer counter value
> FAIL: gdb.gdb/observer.exp: 1st observer removed; check third observer counter value
> FAIL: gdb.gdb/observer.exp: three observers added; check first observer counter value
> FAIL: gdb.gdb/observer.exp: three observers added; check second observer counter value
> FAIL: gdb.gdb/observer.exp: three observers added; check third observer counter value
> FAIL: gdb.gdb/observer.exp: third observer removed; check first observer counter value
> FAIL: gdb.gdb/observer.exp: third observer removed; check second observer counter value
> FAIL: gdb.gdb/observer.exp: second observer removed; check first observer counter value
...

For OpenBSD, the failures above are regressions from 6.3, and I think
it's safe to assume they're regressions for Linux too.  They were
still OK in 6.3.50.20050911-cvs, and I think remembering I've already
seen them fail in early november.  Don't know if this is serious
enough to delay the release.  I'll try to track this down, and
hopefully will find the problem.  If it's too late for 6.4 we should
release 6.4.1 with the fix.

Mark


  reply	other threads:[~2005-11-24 22:33 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-11-22  8:39 Joel Brobecker
2005-11-22 14:09 ` Daniel Jacobowitz
2005-11-25  5:28   ` Randolph Chung
2005-11-22 23:16 ` Ulrich Weigand
2005-11-22 23:20 ` info types question Stefan Burström
2005-11-22 23:45   ` Daniel Jacobowitz
2005-11-22 23:50     ` Stefan Burström
2005-11-25  3:09       ` Daniel Jacobowitz
2005-11-22 23:20 ` First release candidate for GDB 6.4 available Mark Kettenis
2005-11-23  5:17 ` Wu Zhou
2005-11-25  2:47   ` Mark Kettenis [this message]
2005-11-25  2:51     ` Wu Zhou
2005-11-25  3:15       ` Daniel Jacobowitz
2005-11-25  4:21         ` Wu Zhou
2005-11-25 15:57           ` Kunal Parmar
2005-11-28 22:44 ` Mark Kettenis
2005-11-23 19:34 Newman, Sarah R

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=200511242233.jAOMXQmq024151@elgar.sibelius.xs4all.nl \
    --to=mark.kettenis@xs4all.nl \
    --cc=brobecker@adacore.com \
    --cc=gdb-testers@sources.redhat.com \
    --cc=gdb@sources.redhat.com \
    --cc=woodzltc@cn.ibm.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