aboutsummaryrefslogtreecommitdiff
path: root/unittests/pythontests.py
diff options
context:
space:
mode:
authorEli Schwartz <eschwartz@archlinux.org>2023-06-06 21:11:30 -0400
committerEli Schwartz <eschwartz@archlinux.org>2023-06-06 22:07:15 -0400
commita7027e90aa1e6529b3ffc851ea8dad67f350d5a6 (patch)
treea8582ffeb7e7f9e140ca3296d252a20a082b0c19 /unittests/pythontests.py
parentf0bade60355ef5960709855a3bbd6a7c25eb61a0 (diff)
downloadmeson-a7027e90aa1e6529b3ffc851ea8dad67f350d5a6.zip
meson-a7027e90aa1e6529b3ffc851ea8dad67f350d5a6.tar.gz
meson-a7027e90aa1e6529b3ffc851ea8dad67f350d5a6.tar.bz2
tests: avoid hard to debug error when llvm is found with only one method
In commit 89146e84c9eab649d3847af101d61047cac45765 we added some complicated code to verify the llvm framework's "combination" matrix lookup. It expects to find llvm with both cmake and config-tool, with the same version. But the sanity check is wonky -- it checks that both have the same found status, instead, so if both are not found then we proceed to try to convert the string "unknown" to a mapping of semver integers, and this is guaranteed to fail. This can happen for example if the system llvm exists in the general case, but actual modules cannot be found because the system llvm does not distribute static modules. For example, this is the case on Gentoo. Abort more obviously by just insisting that both be found. If they aren't both found, then investigative efforts know to look at why they weren't found.
Diffstat (limited to 'unittests/pythontests.py')
0 files changed, 0 insertions, 0 deletions