This is the mail archive of the
gdb@sources.redhat.com
mailing list for the GDB project.
Re: Adding target specific tests
- From: Fernando Nasser <fnasser at redhat dot com>
- To: Stan Shebs <shebs at apple dot com>
- Cc: Elena Zannoni <ezannoni at redhat dot com>, gdb at sources dot redhat dot com, Andrew Cagney <cagney at cygnus dot com>
- Date: Sun, 28 Apr 2002 12:35:39 -0400
- Subject: Re: Adding target specific tests
- Organization: Red Hat Canada
- References: <15561.39436.53833.917524@localhost.redhat.com> <3CC9B863.6AABD20C@apple.com>
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.
I would like to configure them out to avoid lots of
UNSUPPORTED tests. I would add a guard (testing for the
right target) anyway.
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...
--
Fernando Nasser
Red Hat Canada Ltd. E-Mail: fnasser@redhat.com
2323 Yonge Street, Suite #300
Toronto, Ontario M4P 2C9