|
20 | 20 | // - in the result, search for "XFAIL" again, but invert the result - this
|
21 | 21 | // allows us to get the line *after* XFAIL
|
22 | 22 | // - in those lines, check that XFAIL-TRACKER is present and correct. Once
|
23 |
| -// again, invert the search to get all "bad" lines and save the test names in |
24 |
| -// the temp file |
25 |
| -// - make a final count of how many ill-formatted directives there are and |
26 |
| -// verify that against the reference |
27 |
| -// - ...and check if the list of improperly XFAIL-ed tests needs to be updated. |
| 23 | +// again, invert the search to get all "bad" lines. Because there should be no |
| 24 | +// bad lines, check that the search fails using the negation operator not. |
28 | 25 | //
|
29 | 26 | // RUN: grep -rI "XFAIL:" %S/../../test-e2e \
|
30 | 27 | // RUN: -A 1 --include=*.cpp --no-group-separator | \
|
31 | 28 | // RUN: grep -v "XFAIL:" | \
|
32 |
| -// RUN: grep -Pv "(?:XFAIL-TRACKER:\s+(?:(?:https:\/\/github.com\/[\w\d-]+\/[\w\d-]+\/issues\/[\d]+)|(?:[\w]+-[\d]+)))" > %t |
33 |
| -// RUN: cat %t | wc -l | FileCheck %s --check-prefix NUMBER-OF-XFAIL-WITHOUT-TRACKER |
34 |
| -// RUN: cat %t | sed 's/\.cpp.*/.cpp/' | sort | FileCheck %s |
35 |
| -// |
36 |
| -// The number below is a number of tests which are *improperly* XFAIL-ed, i.e. |
37 |
| -// we either don't have a tracker associated with a failure listed in those |
38 |
| -// tests, or it is listed in a wrong format. |
39 |
| -// Note: strictly speaking, that is not amount of files, but amount of XFAIL |
40 |
| -// directives. If a test contains several XFAIL directives, some of them may be |
41 |
| -// valid and other may not. |
42 |
| -// |
43 |
| -// That number *must not* increase. Any PR which causes this number to grow |
44 |
| -// should be rejected and it should be updated to either keep the number as-is |
45 |
| -// or have it reduced (preferably, down to zero). |
| 29 | +// RUN: not grep -Pv "XFAIL-TRACKER:\s+(?:https://github.com/[\w\d-]+/[\w\d-]+/issues/[\d]+)|(?:[\w]+-[\d]+)" |
46 | 30 | //
|
47 | 31 | // If you see this test failed for your patch, it means that you either
|
48 | 32 | // introduced XFAIL directive to a test improperly, or broke the format of an
|
49 |
| -// existing XFAIL-ed tests. |
50 |
| -// Another possibility (and that is a good option) is that you updated some |
51 |
| -// tests to match the required format and in that case you should just update |
52 |
| -// (i.e. reduce) the number and the list below. |
53 |
| -// |
54 |
| -// NUMBER-OF-XFAIL-WITHOUT-TRACKER: 18 |
55 |
| -// |
56 |
| -// List of improperly XFAIL-ed tests. |
57 |
| -// Remove the CHECK once the test has been properly XFAIL-ed. |
58 |
| -// |
59 |
| -// CHECK: AddressSanitizer/nullpointer/private_nullptr.cpp |
60 |
| -// CHECK-NEXT: Basic/max_linear_work_group_size_props.cpp |
61 |
| -// CHECK-NEXT: Basic/max_work_group_size_props.cpp |
62 |
| -// CHECK-NEXT: DeviceLib/assert-windows.cpp |
63 |
| -// CHECK-NEXT: ESIMD/hardware_dispatch.cpp |
64 |
| -// CHECK-NEXT: InlineAsm/asm_multiple_instructions.cpp |
65 |
| -// CHECK-NEXT: NewOffloadDriver/multisource.cpp |
66 |
| -// CHECK-NEXT: NewOffloadDriver/split-per-source-main.cpp |
67 |
| -// CHECK-NEXT: NewOffloadDriver/sycl-external-with-optional-features.cpp |
68 |
| -// CHECK-NEXT: OptionalKernelFeatures/throw-exception-for-out-of-registers-on-kernel-launch.cpp |
69 |
| -// CHECK-NEXT: PerformanceTests/Reduction/reduce_over_sub_group.cpp |
70 |
| -// CHECK-NEXT: Reduction/reduction_big_data.cpp |
71 |
| -// CHECK-NEXT: Reduction/reduction_nd_reducer_skip.cpp |
72 |
| -// CHECK-NEXT: Reduction/reduction_reducer_op_eq.cpp |
73 |
| -// CHECK-NEXT: Regression/build_log.cpp |
74 |
| -// CHECK-NEXT: Regression/complex_global_object.cpp |
75 |
| -// CHECK-NEXT: Regression/kernel_bundle_ignore_sycl_external.cpp |
76 |
| -// CHECK-NEXT: Regression/reduction_resource_leak_dw.cpp |
| 33 | +// existing XFAIL-ed tests. Note in particular that XFAIL-TRACKER should appear in the |
| 34 | +// next line following the XFAIL. |
0 commit comments