From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 32533 invoked by alias); 29 Apr 2002 22:08:57 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 32526 invoked from network); 29 Apr 2002 22:08:57 -0000 Received: from unknown (HELO cygnus.com) (205.180.83.203) by sources.redhat.com with SMTP; 29 Apr 2002 22:08:57 -0000 Received: from localhost.redhat.com (remus.sfbay.redhat.com [172.16.27.252]) by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id PAA18371; Mon, 29 Apr 2002 15:08:49 -0700 (PDT) Received: by localhost.redhat.com (Postfix, from userid 469) id 4D0CA10A8C; Mon, 29 Apr 2002 18:08:21 -0400 (EDT) From: Elena Zannoni MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15565.50261.162363.800611@localhost.redhat.com> Date: Mon, 29 Apr 2002 15:08:00 -0000 To: Fernando Nasser Cc: Stan Shebs , Elena Zannoni , gdb@sources.redhat.com, Andrew Cagney Subject: Re: Adding target specific tests In-Reply-To: <3CCC24DB.A37605D5@redhat.com> References: <15561.39436.53833.917524@localhost.redhat.com> <3CC9B863.6AABD20C@apple.com> <3CCC24DB.A37605D5@redhat.com> X-SW-Source: 2002-04/txt/msg00497.txt.bz2 Fernando Nasser writes: > Stan Shebs wrote: > > > > Elena Zannoni wrote: > > > > > > I am about to add 2 new testfiles to the gdb testsuite. Both are > > > specific to Altivec. One is a generic test for the ABI (function calls > > > and return values), the other deals with the AltiVec registers. > > > > > > Where should I put them? > > > > I would suggest a gdb.arch or gdb.target for random target > > specific tests, and put the altivec tests directly in it, > > unless you anticipate scores or hundreds of altivec test > > files a la gdb.hp. > > > > That is not a bad idea. I liked the gdb.altivec one because > we could configure or not that directory, but we can perhaps do > the same with the files in a gdb.target (or gdb.arch) directory. The altivec tests are enabled only for the altivec triplets. > > I would like to configure them out to avoid lots of > UNSUPPORTED tests. I would add a guard (testing for the > right target) anyway. > Yes, that's what I did. > P.S.: Question: how would the GDB testsuite handle multiarched > targets? We will need to "set arch" to one architecture, run > the tests, set arch to another, re-run the tests (all?). > I guess our tests for target will have to stop being on a > configuration triplet and start using a gdb command to set > the arch and confirm that it is available). All the > xfail/kfail mechanism would have to change as well... > Good question. I wonder if we could use something analogous to the site.exp management of multilibs. Elena > -- > Fernando Nasser > Red Hat Canada Ltd. E-Mail: fnasser@redhat.com > 2323 Yonge Street, Suite #300 > Toronto, Ontario M4P 2C9