From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14575 invoked by alias); 24 Nov 2005 22:33:42 -0000 Received: (qmail 14561 invoked by uid 22791); 24 Nov 2005 22:33:41 -0000 X-Spam-Check-By: sourceware.org Received: from sibelius.xs4all.nl (HELO sibelius.xs4all.nl) (82.92.89.47) by sourceware.org (qpsmtpd/0.31) with ESMTP; Thu, 24 Nov 2005 22:33:38 +0000 Received: from elgar.sibelius.xs4all.nl (root@elgar.sibelius.xs4all.nl [192.168.0.2]) by sibelius.xs4all.nl (8.13.4/8.13.4) with ESMTP id jAOMXQXc029486; Thu, 24 Nov 2005 23:33:27 +0100 (CET) Received: from elgar.sibelius.xs4all.nl (kettenis@localhost.sibelius.xs4all.nl [127.0.0.1]) by elgar.sibelius.xs4all.nl (8.13.4/8.13.3) with ESMTP id jAOMXQL7014641; Thu, 24 Nov 2005 23:33:26 +0100 (CET) Received: (from kettenis@localhost) by elgar.sibelius.xs4all.nl (8.13.4/8.13.4/Submit) id jAOMXQmq024151; Thu, 24 Nov 2005 23:33:26 +0100 (CET) Date: Fri, 25 Nov 2005 02:47:00 -0000 Message-Id: <200511242233.jAOMXQmq024151@elgar.sibelius.xs4all.nl> From: Mark Kettenis To: woodzltc@cn.ibm.com CC: brobecker@adacore.com, gdb@sources.redhat.com, gdb-testers@sources.redhat.com In-reply-to: (message from Wu Zhou on Wed, 23 Nov 2005 11:54:40 +0800 (CST)) Subject: Re: First release candidate for GDB 6.4 available References: <20051122083855.GH1635@adacore.com> Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2005-11/txt/msg00547.txt.bz2 > Date: Wed, 23 Nov 2005 11:54:40 +0800 (CST) > From: Wu Zhou > > 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