forked from OSchip/llvm-project
[NFCI][lit] Unbreak more lit self-tests after D98179
All of these depend on the order of tests, so if one runs them twice, the tests within them will naturally be reordered using the previous run times, which breaks them.
This commit is contained in:
parent
aae10a94ff
commit
ef4b3a4571
|
@ -1,6 +1,9 @@
|
|||
# UNSUPPORTED: system-windows
|
||||
# Test lit.main.add_result_category() extension API.
|
||||
|
||||
# FIXME: this test depends on order of tests
|
||||
# RUN: rm -f %{inputs}/custom-result-category/.lit_test_times.txt
|
||||
|
||||
# RUN: not %{lit} -j 1 %{inputs}/custom-result-category | FileCheck %s
|
||||
|
||||
# CHECK: CUSTOM_PASS: custom-result-category :: test1.txt
|
||||
|
|
|
@ -1,5 +1,8 @@
|
|||
# Check the various features of the GoogleTest format.
|
||||
#
|
||||
|
||||
# FIXME: this test depends on order of tests
|
||||
# RUN: rm -f %{inputs}/googletest-format/.lit_test_times.txt
|
||||
|
||||
# RUN: not %{lit} -j 1 -v %{inputs}/googletest-format > %t.out
|
||||
# FIXME: Temporarily dump test output so we can debug failing tests on
|
||||
# buildbots.
|
||||
|
|
|
@ -1,5 +1,8 @@
|
|||
# Check the various features of the GoogleTest format.
|
||||
#
|
||||
|
||||
# FIXME: this test depends on order of tests
|
||||
# RUN: rm -f %{inputs}/googletest-upstream-format/.lit_test_times.txt
|
||||
|
||||
# RUN: not %{lit} -j 1 -v %{inputs}/googletest-upstream-format > %t.out
|
||||
# RUN: FileCheck < %t.out %s
|
||||
#
|
||||
|
|
|
@ -1,5 +1,8 @@
|
|||
# Check the simple progress bar.
|
||||
#
|
||||
|
||||
# FIXME: this test depends on order of tests
|
||||
# RUN: rm -f %{inputs}/progress-bar/.lit_test_times.txt
|
||||
|
||||
# RUN: not %{lit} -j 1 -s %{inputs}/progress-bar > %t.out
|
||||
# RUN: FileCheck < %t.out %s
|
||||
#
|
||||
|
|
|
@ -3,6 +3,7 @@
|
|||
# RUN: cp %{inputs}/reorder/.lit_test_times.txt %{inputs}/reorder/.lit_test_times.txt.orig
|
||||
# RUN: %{lit} -j1 %{inputs}/reorder | FileCheck %s
|
||||
# RUN: not diff %{inputs}/reorder/.lit_test_times.txt %{inputs}/reorder/.lit_test_times.txt.orig
|
||||
# RUN: cp %{inputs}/reorder/.lit_test_times.txt.orig %{inputs}/reorder/.lit_test_times.txt
|
||||
# END.
|
||||
|
||||
# CHECK: -- Testing: 3 tests, 1 workers --
|
||||
|
|
|
@ -1,5 +1,8 @@
|
|||
# Check the env command
|
||||
#
|
||||
|
||||
# FIXME: this test depends on order of tests
|
||||
# RUN: rm -f %{inputs}/shtest-env/.lit_test_times.txt
|
||||
|
||||
# RUN: not %{lit} -j 1 -a -v %{inputs}/shtest-env \
|
||||
# RUN: | FileCheck -match-full-lines %s
|
||||
#
|
||||
|
|
|
@ -1,5 +1,8 @@
|
|||
# Check the various features of the ShTest format.
|
||||
#
|
||||
|
||||
# FIXME: this test depends on order of tests
|
||||
# RUN: rm -f %{inputs}/shtest-format/.lit_test_times.txt
|
||||
|
||||
# RUN: rm -f %t.xml
|
||||
# RUN: not %{lit} -j 1 -v %{inputs}/shtest-format --xunit-xml-output %t.xml > %t.out
|
||||
# RUN: FileCheck < %t.out %s
|
||||
|
|
|
@ -1,5 +1,8 @@
|
|||
# Check the not command
|
||||
#
|
||||
|
||||
# FIXME: this test depends on order of tests
|
||||
# RUN: rm -f %{inputs}/shtest-not/.lit_test_times.txt
|
||||
|
||||
# RUN: not %{lit} -j 1 -a -v %{inputs}/shtest-not \
|
||||
# RUN: | FileCheck -match-full-lines %s
|
||||
#
|
||||
|
|
|
@ -1,6 +1,9 @@
|
|||
# Check that -vv makes the line number of the failing RUN command clear.
|
||||
# (-v is actually sufficient in the case of the internal shell.)
|
||||
#
|
||||
|
||||
# FIXME: this test depends on order of tests
|
||||
# RUN: rm -f %{inputs}/shtest-run-at-line/.lit_test_times.txt
|
||||
|
||||
# RUN: not %{lit} -j 1 -vv %{inputs}/shtest-run-at-line > %t.out
|
||||
# RUN: FileCheck --input-file %t.out %s
|
||||
#
|
||||
|
|
|
@ -1,5 +1,8 @@
|
|||
# Check the internal shell handling component of the ShTest format.
|
||||
#
|
||||
|
||||
# FIXME: this test depends on order of tests
|
||||
# RUN: rm -f %{inputs}/shtest-shell/.lit_test_times.txt
|
||||
|
||||
# RUN: not %{lit} -j 1 -v %{inputs}/shtest-shell > %t.out
|
||||
# FIXME: Temporarily dump test output so we can debug failing tests on
|
||||
# buildbots.
|
||||
|
|
Loading…
Reference in New Issue