[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