Skip to content

[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

Merged
merged 1 commit into from
Jul 10, 2024

Conversation

ZequanWu
Copy link
Contributor

@ZequanWu ZequanWu commented Jul 9, 2024

Use --match-full-lines with FileCheck. Otherwise, the checks for int and unsigned int will match to the fields inside two CustomTypes and FileCheck will start scanning from there, causing string not found error.

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.
@llvmbot
Copy link
Member

llvmbot commented Jul 9, 2024

@llvm/pr-subscribers-lldb

Author: Zequan Wu (ZequanWu)

Changes

Use --match-full-lines with FileCheck. Otherwise, the checks for int and unsigned int will match to the fields inside two CustomTypes and FileCheck will start scanning from there, causing string not found error.


Full diff: https://github.com/llvm/llvm-project/pull/98237.diff

1 Files Affected:

  • (modified) lldb/test/Shell/SymbolFile/DWARF/x86/dwp-foreign-type-units.cpp (+1-3)
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

@DavidSpickett
Copy link
Collaborator

Thanks! You've saved me some work here. We've been seeing this fail on the Linuxes too since I disabled it for Windows.

@DavidSpickett
Copy link
Collaborator

cI failure is unrelated:

Timed Out Tests (1):
  lldb-api :: api/multiple-debuggers/TestMultipleDebuggers.py

Which is the other flaky test on my list to look at...

@DavidSpickett DavidSpickett merged commit 7911fb1 into llvm:main Jul 10, 2024
6 of 8 checks passed
@DavidSpickett
Copy link
Collaborator

In case we need them for future reference, some failures this aims to fix:
#98041 (comment)
https://lab.llvm.org/buildbot/#/builders/59/builds/1234
https://lab.llvm.org/buildbot/#/builders/162/builds/1570

DavidSpickett added a commit that referenced this pull request Jul 10, 2024
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.
aaryanshukla pushed a commit to aaryanshukla/llvm-project that referenced this pull request Jul 14, 2024
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.
aaryanshukla pushed a commit to aaryanshukla/llvm-project that referenced this pull request Jul 14, 2024
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.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants