diff options
author | Eli Schwartz <eschwartz@archlinux.org> | 2022-05-05 23:39:34 -0400 |
---|---|---|
committer | Xavier Claessens <xclaesse@gmail.com> | 2023-02-24 20:45:00 -0500 |
commit | cf07596cf6bc280dac0afff505147ca626c79453 (patch) | |
tree | ef7a4ab1e652bca9131f5b53eedcc056b86aa6e1 /docs/markdown | |
parent | 9f05d45b7084866f0b306f4685a118e5fea138af (diff) | |
download | meson-cf07596cf6bc280dac0afff505147ca626c79453.zip meson-cf07596cf6bc280dac0afff505147ca626c79453.tar.gz meson-cf07596cf6bc280dac0afff505147ca626c79453.tar.bz2 |
test cases: use best practices method to find the python3 program
We do not need the python module's find_installation() for this, as this
does various things to set up building and installing python modules
(pure python and C-API). This functionality is already tested in the
python tests.
Elsewhere, when we just need an interpreter capable of running python
scripts in order to guarantee a useful scripting language for custom
commands, it suffices to use find_program(), which does not run an
introspection script or do module imports, and is thus faster and
a bit cleaner.
Either way, both methods are guaranteed to find the python3 interpreter,
deferring to mesonlib.python_command for that guarantee.
test "71 summary" can sometimes return the python command with the
".exe" part all uppercased for mysterious Windows reasons. Smooth this
over with ExternalProgram.
Diffstat (limited to 'docs/markdown')
0 files changed, 0 insertions, 0 deletions