From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26551 invoked by alias); 24 May 2011 13:54:35 -0000 Received: (qmail 26529 invoked by uid 22791); 24 May 2011 13:54:34 -0000 X-SWARE-Spam-Status: No, hits=-1.8 required=5.0 tests=AWL,BAYES_00,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from mail.codesourcery.com (HELO mail.codesourcery.com) (38.113.113.100) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 24 May 2011 13:54:20 +0000 Received: (qmail 1302 invoked from network); 24 May 2011 13:54:19 -0000 Received: from unknown (HELO ?192.168.0.102?) (yao@127.0.0.2) by mail.codesourcery.com with ESMTPA; 24 May 2011 13:54:19 -0000 Message-ID: <4DDBB880.3010900@codesourcery.com> Date: Tue, 24 May 2011 13:54:00 -0000 From: Yao Qi User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.14) Gecko/20110223 Lightning/1.0b2 Thunderbird/3.1.8 MIME-Version: 1.0 To: Mark Kettenis CC: gdb-patches@sourceware.org Subject: Re: [_Complex test 4/4 V3] _Complex tests in callfuncs.exp References: <4DC401D0.1050500@codesourcery.com> <4DC75036.4040806@codesourcery.com> <4DD4A5DC.9060004@codesourcery.com> <4DD6238D.40501@codesourcery.com> <4DDB0DC6.9050200@codesourcery.com> <201105240859.p4O8xH7Q019617@glazunov.sibelius.xs4all.nl> <4DDB7B97.2090904@codesourcery.com> <201105240958.p4O9wuUb030981@glazunov.sibelius.xs4all.nl> In-Reply-To: <201105240958.p4O9wuUb030981@glazunov.sibelius.xs4all.nl> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2011-05/txt/msg00565.txt.bz2 On 05/24/2011 05:58 PM, Mark Kettenis wrote: > Ah, I didn't realize that setup_kfail was part of dejagnu proper. > Still I think that setup_kfail_for_target is what the behaviour of > setup_kfail should be. So dejagnu should be changed. > IMO, it is a separate issue to change setup_kfail to what setup_kfail_for_target like. > I'd say you should just go with your previous version that uses > setup_kfail, and submit the enhancement of setup_kfail to the dejagnu > maintainers. I believe you can link together bugs in bugzilla, so in > the interim, you could use that feature to link together the various > bug reports such that people can find the right one even if the bug ID > that gets printed is the wrong one. > There are various tricks in bugzilla to link different PRs together, but it should not be recommended. We don't know how long these bugs can be fixed, so it is important to keep an *correct* PR number in KFAIL message. That is reason why KFAIL was invented, I think. Despite of changes going to GDB or DejaGnu, the patch is almost the same. Only difference is setup_kfail vs. setup_kfail_for_target. > Anyway, getting these tests in is more important than getting the > linking to bug reports exactly right. If other people think that Now, we have the approach from which we can get tests running and get the the correct bug report number. As I said above, moving setup_kfail_for_target to setup_kfail is a separate issue, and is a little bit out of scope of GDB. > setup_kfail_for_target is the way to go, feel free to ignore me. -- Yao (齐尧)