Skip to content

Conversation

boomanaiden154
Copy link
Contributor

This patch makes it so that we run the lit tests when lit is changed. This can make it much easier to catch portability issues with the tests (like tests not working properly on Windows). It's also helpful as we spend time working on enabling the internal shell by default.

This patch makes it so that we run the lit tests when lit is changed.
This can make it much easier to catch portability issues with the tests
(like tests not working properly on Windows). It's also helpful as we
spend time working on enabling the internal shell by default.
Copy link

github-actions bot commented Sep 17, 2025

✅ With the latest revision this PR passed the Python code formatter.

)
self.assertEqual(
env_variables["project_check_targets"],
"check-bolt check-clang check-clang-tools check-flang check-lit check-lld check-lldb check-llvm check-mlir check-polly",
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'm kind of confused by how we arrive at this list given the changes you made... Is there some kind of fallback for "test everything" involved here?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Given touching lit (llvm/utils/lit) also touches llvm, we end up testing everything that touching LLVM would. I think this is reasonable enough behavior given it serves as integration testing for lit.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Oh, that makes sense. Thanks!

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Why can't the list just be "check" - doesn't that check every enabled project?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think that would be check-all (maybe synonymous with check?). We want to have more control over which test suites we run than check-all gives us (eg build projects but don't test them, split out the runtimes, test runtimes multiple times).

@boomanaiden154 boomanaiden154 merged commit de4fdcc into llvm:main Sep 17, 2025
10 checks passed
@boomanaiden154 boomanaiden154 deleted the test-lit-premerge branch September 17, 2025 15:38
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

Successfully merging this pull request may close these issues.

4 participants