aboutsummaryrefslogtreecommitdiff
path: root/mlir
diff options
context:
space:
mode:
authorLouis Dionne <ldionne.2@gmail.com>2024-06-21 10:31:22 -0400
committerGitHub <noreply@github.com>2024-06-21 10:31:22 -0400
commitdb8c7e004a8acf74f40e0f7bc60066f26d43ccd9 (patch)
treedc67234e18ba55f538c729d08f3eb110c0b7f12b /mlir
parent60bdcc02ad19045ebb71ce8e48a316882c9b4e7e (diff)
downloadllvm-db8c7e004a8acf74f40e0f7bc60066f26d43ccd9.zip
llvm-db8c7e004a8acf74f40e0f7bc60066f26d43ccd9.tar.gz
llvm-db8c7e004a8acf74f40e0f7bc60066f26d43ccd9.tar.bz2
[libc++] Fix deployment target Lit features (#94791)
We were not making any distinction between e.g. the "Apple-flavored" libc++ built from trunk and the system-provided standard library on Apple platforms. For example, any test that would be XFAILed on a back-deployment target would unexpectedly pass when run on that deployment target against the tip of trunk Apple-flavored libc++. In reality, that test would be expected to pass because we're running against the latest libc++, even if it is Apple-flavored. To solve this issue, we introduce a new feature that describes whether the Standard Library in use is the one provided by the system by default, and that notion is different from the underlying standard library flavor. We also refactor the existing Lit features to make a distinction between availability markup and the library we're running against at runtime, which otherwise limit the flexibility of what we can express in the test suite. Finally, we refactor some of the back-deployment versions that were incorrect (such as thinking that LLVM 10 was introduced in macOS 11, when in reality macOS 11 was synced with LLVM 11). Fixes #82107
Diffstat (limited to 'mlir')
0 files changed, 0 insertions, 0 deletions