forked from OSchip/llvm-project
bbdddb7b0e
Otherwise, when testing trunk libc++ on an older system, lit will think that the dylib features are disabled. Ideally, we'd have a notion of running the tests with/without a deployment target (or, equivalently, a deployment target representing trunk where everything is as recent as can be). Since we always have a deployment target right now (which defaults to the current system), we only enable those features when we're going to also be testing with the system libc++. We also need to disable the availability markup when we are not running a system library flavor, because availability markup does not make sense when building against the trunk libc++ (which has everything regardless of what the current system is). This is a re-application of r353319, which had been reverted due to CI breakage. This time around, I made sure it didn't break our internal CI before submitting. This is also a partial undoing of r348296, in spirit at least. However, with this patch, availability markup is enabled based on whether we're using a system library or not, whereas previously one could enable it or disable it arbitrarily. This was confusing as it led to testing configurations that don't make sense (such as testing a system library without availability markup, or trunk testing with availability markup). llvm-svn: 355451 |
||
|---|---|---|
| .. | ||
| ci | ||
| docker | ||
| google-benchmark | ||
| libcxx | ||
| symcheck-blacklists | ||
| cat_files.py | ||
| gen_link_script.py | ||
| generate_feature_test_macro_components.py | ||
| merge_archives.py | ||
| not.py | ||
| sym_diff.py | ||
| sym_extract.py | ||
| sym_match.py | ||