From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28285 invoked by alias); 5 Apr 2002 20:07:38 -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 28272 invoked from network); 5 Apr 2002 20:07:34 -0000 Received: from unknown (HELO cygnus.com) (205.180.230.5) by sources.redhat.com with SMTP; 5 Apr 2002 20:07:34 -0000 Received: from redhat.com (rtl.cygnus.com [205.180.230.21]) by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id MAA21764; Fri, 5 Apr 2002 12:03:36 -0800 (PST) Message-ID: <3CAE027E.8540D04B@redhat.com> Date: Fri, 05 Apr 2002 12:07:00 -0000 From: Fernando Nasser Organization: Red Hat Canada X-Accept-Language: en MIME-Version: 1.0 To: Michael Elizabeth Chastain CC: ac131313@cygnus.com, drow@mvista.com, gdb-patches@sources.redhat.com, rob@welcomehome.org Subject: Re: RFC: KFAILs [Was: [RFA/mi-testsuite] XFAIL mi*-console.exp] References: <200204051909.g35J99P32716@duracef.shout.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-SW-Source: 2002-04/txt/msg00178.txt.bz2 Michael Elizabeth Chastain wrote: > > Actually I prefer the pair "kpass/kfail" to "xpass/kfail" and "xpass/xfail"! > "xpass/kfail" looks weird and lets in some ambiguity. Can you implement it > as "kpass/kfail"? > > fna> I can change things to accept the second form like setup_xfail does > fna> and just make sure that one with no '-' in it was found (the bug id) > fna> and error out if none was found. Just let me know if you prefer > fna> this instead of the positional first argument (I am now having > fna> second thoughts about that). > > I don't have a strong preference. (It sounds like you don't either). > Yes, I don't mind one way or another. But I am more inclined to keep things as similar as the ones that exist for xfail to avoid confusion. So, I will only make the bug identification mandatory and keep the rest the same as for setup_xfail (unless someone has a good argument for us to do differently -- I could not think of a good one). -- Fernando Nasser Red Hat Canada Ltd. E-Mail: fnasser@redhat.com 2323 Yonge Street, Suite #300 Toronto, Ontario M4P 2C9