Skip to content
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

[flake] lldb-api :: tools/lldb-server/TestGdbRemote_qThreadStopInfo.py is flakey on Windows x86_64 #9101

Open
kendalharland opened this issue Aug 13, 2024 · 4 comments

Comments

@kendalharland
Copy link

No description provided.

@kendalharland
Copy link
Author

@tkremenek can you please help me by adding the flakey-test label to this issue, as well as the others listed in this query? I don't have write-access to issue labels, and am working on standing up LLDB tests on our Windows x86_64 builds.

@tkremenek
Copy link
Member

CC @adrian-prantl @JDevlieghere

Interesting questioning what to do about tagging. Is this a test that comes from upstream LLVM?

@adrian-prantl
Copy link

CC @adrian-prantl @JDevlieghere

Interesting questioning what to do about tagging. Is this a test that comes from upstream LLVM?

Yes, lldb-server is a debugserver implementation used on all non-Darwin platforms.

@kendalharland ... which is why we probably should make that change on llvm.org and then cherry-pick it here.

@kendalharland
Copy link
Author

kendalharland commented Aug 17, 2024

@adrian-prantl this test is not flaky on Windows upstream from what I observe. This flake only happens for me in swiftlang's llvm-project fork,, so I believe the bug belongs in this project. For context on this issue and others: I'm currently working on getting the LLDB tests to run on the Windows x86_64 CI builds of the swift toolchain, driven by swiftlang/swift/utils/build.ps1. See this issue. As a baseline I'm using the results from a local llvm/llvm-project build of the LLDB tests.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants