Displaying 3 results from an estimated 3 matches for "term_debug".
Did you mean:
kern_debug
2018 May 07
0
RFC: [FileCheck] CHECK-DAG for multiple occurrences of string
> 1. In a CHECK-DAG group, don't let the matches for patterns overlap.
> 2. Add a new CHECK-DAG-N directive, where N is some integer, to express
> that a pattern must have N non-overlapping matches.
I think #1 is much more intuitive and easy to describe/document than #2.
Changing the meaning of DAG in that way is highly unlikely to affect any
existing test, IMO. And if it does, my
2018 May 04
5
RFC: [FileCheck] CHECK-DAG for multiple occurrences of string
Hi,
Using FileCheck, I have not found a way to make a group of CHECK-DAG
directives match multiple occurrences of a string. For example, I naively
thought the following would match successfully:
```
$ cat checks.txt
// CHECK: start
// CHECK-DAG: foo
// CHECK-DAG: foo
// CHECK-DAG: bar
// CHECK-NEXT: end
$ cat input.txt
start
foo
bar
foo
end
$ FileCheck --input-file=input.txt checks.txt
2018 May 11
3
RFC: [FileCheck] CHECK-DAG for multiple occurrences of string
...However, all the overlapping matches so far seem
unintentional. That is, this new implementation seems to be catching test
errors.
Here are some scenarios I found:
S1. Patterns sometimes identical
--------------------------------
For example, tools/clang/test/OpenMP/for_codegen.cpp has:
```
// TERM_DEBUG-DAG: [[DBG_LOC_START]] = !DILocation(line: [[@LINE-15]],
// TERM_DEBUG-DAG: [[DBG_LOC_END]] = !DILocation(line: [[@LINE-16]],
// TERM_DEBUG-DAG: [[DBG_LOC_CANCEL]] = !DILocation(line: [[@LINE-17]],
```
Patterns are the same except for the names of regex variables referenced.
The variables happen t...