From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6020 invoked by alias); 8 Aug 2004 23:18:11 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 6013 invoked from network); 8 Aug 2004 23:18:10 -0000 Received: from unknown (HELO nevyn.them.org) (66.93.172.17) by sourceware.org with SMTP; 8 Aug 2004 23:18:10 -0000 Received: from drow by nevyn.them.org with local (Exim 4.34 #1 (Debian)) id 1Btwva-0006Ui-4f; Sun, 08 Aug 2004 19:18:10 -0400 Date: Sun, 08 Aug 2004 23:18:00 -0000 From: Daniel Jacobowitz To: gdb-patches@sources.redhat.com Cc: Michael Chastain Subject: [testsuite] Kfail signals.exp failures Message-ID: <20040808231810.GA24826@nevyn.them.org> Mail-Followup-To: gdb-patches@sources.redhat.com, Michael Chastain Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.5.1+cvs20040105i X-SW-Source: 2004-08/txt/msg00283.txt.bz2 Andrew removed some "suspicious" xfails in signals.exp when he overhauled it. They're a legitimate bug in GDB; I've put a complete analysis in PR 1738. I expect all hardware single step targets to fail; I maintained the previous list from the removed setup_xfails (and added x86_64). OK? -- Daniel Jacobowitz 2004-08-08 Daniel Jacobowitz PR gdb/1738 * gdb.base/signals.exp (signal_tests_1): KFAIL bug in continuing from a breakpoint with a pending signal. Index: testsuite/gdb.base/signals.exp =================================================================== RCS file: /cvs/src/src/gdb/testsuite/gdb.base/signals.exp,v retrieving revision 1.8 diff -u -p -r1.8 signals.exp --- testsuite/gdb.base/signals.exp 20 Jul 2004 19:59:26 -0000 1.8 +++ testsuite/gdb.base/signals.exp 8 Aug 2004 23:16:17 -0000 @@ -114,9 +114,24 @@ proc signal_tests_1 {} { # In running to func2, the 2rd alarm call will have been set # up, let it be delivered. + # This doesn't work correctly on platforms with hardware single + # step... + sleep 2 + + setup_kfail "i*86-*-*" gdb/1738 + setup_kfail "x86_64-*-*" gdb/1738 + setup_kfail "rs6000-*-*" gdb/1738 + setup_kfail "powerpc-*-*" gdb/1738 + setup_kfail "sparc-*-*" gdb/1738 gdb_test "continue" "Breakpoint.*handler.*" \ "continue to handler for 3rd alarm call" + + setup_kfail "i*86-*-*" gdb/1738 + setup_kfail "x86_64-*-*" gdb/1738 + setup_kfail "rs6000-*-*" gdb/1738 + setup_kfail "powerpc-*-*" gdb/1738 + setup_kfail "sparc-*-*" gdb/1738 gdb_test "backtrace" \ "#0 handler.*#1.*signal handler called.*#2 func2.*#3.*main.*" \ "backtrace for 3rd alarm"