-
Notifications
You must be signed in to change notification settings - Fork 14.3k
[lldb] Fix the flaky test dwp-foreign-type-units.cpp. #98237
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
Use `--match-full-lines` with FileCheck. Otherwise, the checks for `int` and `unsigned int` will match to the fields inside two `CustomType`s and FileCheck will start scanning from there, causing stirng not found error.
@llvm/pr-subscribers-lldb Author: Zequan Wu (ZequanWu) ChangesUse Full diff: https://github.com/llvm/llvm-project/pull/98237.diff 1 Files Affected:
diff --git a/lldb/test/Shell/SymbolFile/DWARF/x86/dwp-foreign-type-units.cpp b/lldb/test/Shell/SymbolFile/DWARF/x86/dwp-foreign-type-units.cpp
index ef15d418b4cfe..415b4850a244c 100644
--- a/lldb/test/Shell/SymbolFile/DWARF/x86/dwp-foreign-type-units.cpp
+++ b/lldb/test/Shell/SymbolFile/DWARF/x86/dwp-foreign-type-units.cpp
@@ -1,6 +1,4 @@
// REQUIRES: lld
-// Is flaky on Windows.
-// UNSUPPORTED: system-windows
// This test will make a type that will be compiled differently into two
// different .dwo files in a type unit with the same type hash, but with
@@ -30,7 +28,7 @@
// RUN: -o "type lookup IntegerType" \
// RUN: -o "type lookup FloatType" \
// RUN: -o "type lookup CustomType" \
-// RUN: -b %t | FileCheck %s --check-prefix=NODWP
+// RUN: -b %t | FileCheck %s --check-prefix=NODWP --match-full-lines
// NODWP: (lldb) type lookup IntegerType
// NODWP-DAG: int
// NODWP-DAG: unsigned int
|
Thanks! You've saved me some work here. We've been seeing this fail on the Linuxes too since I disabled it for Windows. |
cI failure is unrelated:
Which is the other flaky test on my list to look at... |
In case we need them for future reference, some failures this aims to fix: |
This has been flakey lately on Linux on the buildbots and in CI on PRs. For example: https://lab.llvm.org/buildbot/#/builders/59/builds/1324 #98237 I will try to track down the cause tomorrow.
Use `--match-full-lines` with FileCheck. Otherwise, the checks for `int` and `unsigned int` will match to the fields inside two `CustomType`s and FileCheck will start scanning from there, causing string not found error.
This has been flakey lately on Linux on the buildbots and in CI on PRs. For example: https://lab.llvm.org/buildbot/#/builders/59/builds/1324 llvm#98237 I will try to track down the cause tomorrow.
Use
--match-full-lines
with FileCheck. Otherwise, the checks forint
andunsigned int
will match to the fields inside twoCustomType
s and FileCheck will start scanning from there, causing string not found error.