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(a)redhat.com
<mailto:mprivozn@redhat.com>> wrote:
On 4/6/23 17:58, marcandre.lureau(a)redhat.com
<mailto:marcandre.lureau@redhat.com> wrote:
> From: Marc-André Lureau <marcandre.lureau(a)redhat.com
<mailto:marcandre.lureau@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(a)redhat.com
<mailto:marcandre.lureau@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