This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: [tree-ssa] testsuite runs with a new pass
- From: Diego Novillo <dnovillo at redhat dot com>
- To: Andrew Macleod <amacleod at redhat dot com>
- Cc: gcc mailing list <gcc at gcc dot gnu dot org>
- Date: Thu, 26 Feb 2004 12:44:10 -0500
- Subject: Re: [tree-ssa] testsuite runs with a new pass
- Organization: Red Hat Canada
- References: <1077816983.11312.1218.camel@p4>
On Thu, 2004-02-26 at 12:36, Andrew MacLeod wrote:
> So what exactly is it we do when a new pass is added to make the
> testsuites work? Im getting unresolved failures in the testsuite
> because they seem to depend on specific dump names. ie:
>
> < ERROR: gcc.dg/tree-ssa/ssa-dom-thread-1.c: error executing dg-final:
> couldn't open "ssa-dom-thread-1.c.t20.dom1 ssa-dom-thread-1.c.t21.dom1":
> no such file or directory
> < UNRESOLVED: gcc.dg/tree-ssa/ssa-dom-thread-1.c: error executing
> dg-final: couldn't open "ssa-dom-thread-1.c.t20.dom1
> ssa-dom-thread-1.c.t21.dom1": no such file or directory
>
> All the dump names have ben shifted by one because of a new one....
>
Remove all the .c.t* files in the directory, dejagnu's wildcard matcher
is picking up two files that end in .dom1: ssa-dom-thread-1.c.t20.dom1
and ssa-dom-thread-1.c.t21.dom1 (the one from your previous tests before
your patch and the one from the tests after your patch).
The silly thing is trying to use both strings as a single file name and
falling flat on its face.
Diego.