* Problem with scan-tree-dump-times in dg.exp
@ 2005-05-30 17:34 Diego Novillo
2005-05-30 18:03 ` Jeffrey A Law
0 siblings, 1 reply; 4+ messages in thread
From: Diego Novillo @ 2005-05-30 17:34 UTC (permalink / raw)
To: gcc; +Cc: Janis Johnson
I have a new test case where the dump file ought to have 2
occurrences of the pattern "PREDICATE: p.* ne_expr 0B", so I
added
/* { dg-final { scan-tree-dump-times "PREDICATE: p.* ne_expr 0B" 2 "vrp" } } */
but I'm getting a dump scan failure on that file. I have
manually checked the dump file and there are 2 instances of
that pattern:
$ grep 'PREDICATE: p.* ne_expr 0B' vrp07.c.t23.vrp
PREDICATE: p_5 ne_expr 0B
PREDICATE: p_5 ne_expr 0B
I can't seem to find other test cases with similar patterns. And
the verbose flags don't show anything obvious.
Thanks. Diego.
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Problem with scan-tree-dump-times in dg.exp
2005-05-30 17:34 Problem with scan-tree-dump-times in dg.exp Diego Novillo
@ 2005-05-30 18:03 ` Jeffrey A Law
2005-05-30 18:10 ` Diego Novillo
0 siblings, 1 reply; 4+ messages in thread
From: Jeffrey A Law @ 2005-05-30 18:03 UTC (permalink / raw)
To: Diego Novillo; +Cc: gcc, Janis Johnson
On Mon, 2005-05-30 at 12:32 -0400, Diego Novillo wrote:
> I have a new test case where the dump file ought to have 2
> occurrences of the pattern "PREDICATE: p.* ne_expr 0B", so I
> added
>
> /* { dg-final { scan-tree-dump-times "PREDICATE: p.* ne_expr 0B" 2 "vrp" } } */
>
> but I'm getting a dump scan failure on that file. I have
> manually checked the dump file and there are 2 instances of
> that pattern:
>
> $ grep 'PREDICATE: p.* ne_expr 0B' vrp07.c.t23.vrp
> PREDICATE: p_5 ne_expr 0B
> PREDICATE: p_5 ne_expr 0B
>
> I can't seem to find other test cases with similar patterns. And
> the verbose flags don't show anything obvious.
When faced with this kind of problem, I usually start debugging
by removing all the wildcards and checking for the exact pattern
which appears in the output file. In this case I'd replace the
.* with _5 and see if it matches properly. If it does, then I'd
tighten the wildcard. Something like p_[0-9]*
Jeff
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Problem with scan-tree-dump-times in dg.exp
2005-05-30 18:03 ` Jeffrey A Law
@ 2005-05-30 18:10 ` Diego Novillo
2005-06-02 10:38 ` Richard Sandiford
0 siblings, 1 reply; 4+ messages in thread
From: Diego Novillo @ 2005-05-30 18:10 UTC (permalink / raw)
To: Jeffrey A Law; +Cc: gcc, Janis Johnson
On Mon, May 30, 2005 at 11:03:24AM -0600, Jeffrey A Law wrote:
> In this case I'd replace the .* with _5 and see if it matches
> properly. If it does, then I'd tighten the wildcard.
> Something like p_[0-9]*
>
Excellent, that worked. I wonder why is dejagnu so fussy about
patterns.
Thanks. Diego.
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Problem with scan-tree-dump-times in dg.exp
2005-05-30 18:10 ` Diego Novillo
@ 2005-06-02 10:38 ` Richard Sandiford
0 siblings, 0 replies; 4+ messages in thread
From: Richard Sandiford @ 2005-06-02 10:38 UTC (permalink / raw)
To: Diego Novillo; +Cc: Jeffrey A Law, gcc, Janis Johnson
Diego Novillo <dnovillo@redhat.com> writes:
> On Mon, May 30, 2005 at 11:03:24AM -0600, Jeffrey A Law wrote:
>> In this case I'd replace the .* with _5 and see if it matches
>> properly. If it does, then I'd tighten the wildcard.
>> Something like p_[0-9]*
>>
> Excellent, that worked. I wonder why is dejagnu so fussy about
> patterns.
If I remember right, dejagnu (Tcl?) is unusual in that "." can even
match newline characters. The original wildcard would then have matched
everything from the first PREDICATE to the final "ne_expr 0B".
Richard
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2005-06-02 10:38 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2005-05-30 17:34 Problem with scan-tree-dump-times in dg.exp Diego Novillo
2005-05-30 18:03 ` Jeffrey A Law
2005-05-30 18:10 ` Diego Novillo
2005-06-02 10:38 ` Richard Sandiford
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).