[libvirt PATCH 2/3] meson: drop explicit python interpreter

Michal Prívozník mprivozn at redhat.com
Tue Apr 11 08:38:10 UTC 2023


On 4/11/23 09:27, Marc-André Lureau wrote:
> Hi
> 
> On Tue, Apr 11, 2023 at 11:10 AM Michal Prívozník <mprivozn at redhat.com
> <mailto:mprivozn at redhat.com>> wrote:
> 
>     On 4/6/23 17:58, marcandre.lureau at redhat.com
>     <mailto:marcandre.lureau at redhat.com> wrote:
>     > From: Marc-André Lureau <marcandre.lureau at redhat.com
>     <mailto:marcandre.lureau at redhat.com>>
>     >
>     > meson wraps python scripts already on win32, so we end up with these
>     > failing commands:
>     >
>     > [1/359] "C:/msys64/ucrt64/bin/meson" "--internal" "exe"
>     "--capture" "src/util/virkeycodetable_atset1.h" "--" "sh"
>     "C:/msys64/home/marca/src/libvirt/scripts/meson-python.sh"
>     "C:/msys64/ucrt64/bin/python3.EXE" "python"
>     "C:/msys64/home/marca/src/libvirt/src/keycodemapdb/tools/keymap-gen"
>     "code-table" "--lang" "stdc" "--varname" "virKeyCodeTable_atset1"
>     "C:/msys64/home/marca/src/libvirt/src/keycodemapdb/data/keymaps.csv"
>     "atset1"
>     > FAILED: src/util/virkeycodetable_atset1.h
>     > "C:/msys64/ucrt64/bin/meson" "--internal" "exe" "--capture"
>     "src/util/virkeycodetable_atset1.h" "--" "sh"
>     "C:/msys64/home/marca/src/libvirt/scripts/meson-python.sh"
>     "C:/msys64/ucrt64/bin/python3.EXE" "python"
>     "C:/msys64/home/marca/src/libvirt/src/keycodemapdb/tools/keymap-gen"
>     "code-table" "--lang" "stdc" "--varname" "virKeyCodeTable_atset1"
>     "C:/msys64/home/marca/src/libvirt/src/keycodemapdb/data/keymaps.csv"
>     "atset1"
>     >
>     > If LC_ALL, LANG and LC_CTYPE need to be set, it would probably be
>     better
>     > to use a meson environment() instead.
>     >
>     > Signed-off-by: Marc-André Lureau <marcandre.lureau at redhat.com
>     <mailto:marcandre.lureau at redhat.com>>
>     > ---
>     >  docs/manpages/meson.build | 4 ++--
>     >  docs/meson.build          | 6 ++----
>     >  src/admin/meson.build     | 4 ++--
>     >  src/esx/meson.build       | 4 ++--
>     >  src/hyperv/meson.build    | 2 +-
>     >  src/meson.build           | 8 ++++----
>     >  src/util/meson.build      | 4 ++--
>     >  7 files changed, 15 insertions(+), 17 deletions(-)
> 
>     After this, there are still some occurrences of meson_python_prog or
>     python3_prog left; mostly in locations which are never built on Windows
>     (e.g. src/qemu/, src/network/ and so on. But is it worth removing
>     them too?
> 
> 
> If we don't have a good reason for this extra wrapping, yes. Is gitlab
> CI covering enough to validate the change? Someone more familiar with
> libvirt build environments should know better.

Yeah, good point. Let me run this as-is before pushing it:

https://gitlab.com/MichalPrivoznik/libvirt/-/pipelines/833467320

and actually, it breaks the build. Thing is, it looks for scripts in the
builddir rather than srcdir:

[4/1482] /usr/bin/meson --internal exe --capture src/util/virkeycodetable_atset1.h -- /builds/MichalPrivoznik/libvirt/rpmbuild/BUILD/libvirt-9.3.0/src/keycodemapdb/tools/keymap-gen code-table --lang stdc --varname virKeyCodeTable_atset1 /builds/MichalPrivoznik/libvirt/rpmbuild/BUILD/libvirt-9.3.0/src/keycodemapdb/data/keymaps.csv atset1 

But what I don't understand is: why prefixing the script with
meson_python_prog and/or python3_prog causes the script to be looked for
in the srcdir.

Michal



More information about the libvir-list mailing list