From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23336 invoked by alias); 5 Jan 2004 21:49:59 -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 23260 invoked from network); 5 Jan 2004 21:49:56 -0000 Received: from unknown (HELO localhost.redhat.com) (66.30.197.194) by sources.redhat.com with SMTP; 5 Jan 2004 21:49:56 -0000 Received: from gnu.org (localhost [127.0.0.1]) by localhost.redhat.com (Postfix) with ESMTP id 84EC72B8F; Mon, 5 Jan 2004 16:49:57 -0500 (EST) Message-ID: <3FF9DC05.5060704@gnu.org> Date: Mon, 05 Jan 2004 21:49:00 -0000 From: Andrew Cagney User-Agent: Mozilla/5.0 (X11; U; NetBSD macppc; en-US; rv:1.0.2) Gecko/20030820 MIME-Version: 1.0 To: Michael Elizabeth Chastain Cc: gdb-patches@sources.redhat.com Subject: Re: [rfa/testsuite/PING] asm-source.exp: use UNTESTED References: <20040105210335.912984B35A@berman.michael-chastain.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2004-01/txt/msg00114.txt.bz2 > ac> However, remember why this test was originally changed to fail messy - > ac> the test was being skipped and, as a demonstratable consequence, > ac> everyone chose to ignore it rather than fix the testcase :-( > > Well, I'm choosing to ignore it for native hppa2.0w-hp-hpux11.11, > until after function calls work, and C++ works, and the internal > hp_aCC_compiler variable works, and the other 200 ERRORs and > 2000 FAILs have gotten some attention. > > It's just annoying to open up gdb.log and the first 4 ERRORs and 5 > WARNINGs are things that I know I won't fix this month. I keep having > to look past this to get to more important problems. > > ac> What about UNTESTED, and then KFAIL everything? Knowing my luck that > ac> will be much harder than it seems ... Prior to "gdb_supress_entire_file", what was this test reporting when the code was missing? > That's what gdb_suppress_entire_file is supposed to do now, but it > doesn't work. It sets a little state variable that is supposed to FAIL > every test in the current file. But I still get a slow of > ERROR/WARNING on top of the 28 FAILs. > > If I can't change asm-source.exp, I guess I'll just keep ignoring > the results by hand. At least it's not incurring timeouts. Andrew