From: "Daniel P. Berrangé" <berrange@redhat.com>
To: Anton Kochkov <anton.kochkov@proton.me>
Cc: qemu-devel@nongnu.org
Subject: Re: [PATCH] po/meson: make i18n module optional
Date: Tue, 24 Jan 2023 11:30:04 +0000 [thread overview]
Message-ID: <Y8/BPOx5Y+5/TKVd@redhat.com> (raw)
In-Reply-To: <20230124034632.1268545-1-anton.kochkov@proton.me>
On Tue, Jan 24, 2023 at 03:47:24AM +0000, Anton Kochkov wrote:
> This is necessary for Muon build system compatibility and
> prevents the following error:
This raises the question of whether we actually want Muon compatibility
in the first place though. IMHO one of the good benefits of Meson (and
all other modern build systems), is that application maintainers no
longer need to worry about portability between the many OS specific
re-implementations of 'make'. Personally I feel pretty unethusiastic
at the prospect of going back to that world by adding workarounds for
incomplete re-implementations of meson.
What is the compelling reason that users of QEMU need to use the
imcomplete Muon re-implementation, instead of sticking with official
Meson releases that QEMU maintainers actually test against on all
our targetted OS platforms ?
> meson.build:4:8: error module 'i18n' is unimplemented,
> If you would like to make your build files portable to muon,
> use `import('i18n', required: false)`,
> and then check the .found() method before use.
> 4 | i18n.gettext(meson.project_name(),
> ^
> qemu/meson.build:3640:3: error in function subdir()
> 3640 | subdir('po')
> ^
>
> Signed-off-by: Anton Kochkov <anton.kochkov@proton.me>
> ---
> po/meson.build | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/po/meson.build b/po/meson.build
> index a863f0575f..f7be95cf5f 100644
> --- a/po/meson.build
> +++ b/po/meson.build
> @@ -1,4 +1,4 @@
> -i18n = import('i18n')
> +i18n = import('i18n', required: false)
>
> if find_program('xgettext', required: get_option('gettext')).found()
> i18n.gettext(meson.project_name(),
> --
> 2.39.1
>
>
>
With regards,
Daniel
--
|: https://berrange.com -o- https://www.flickr.com/photos/dberrange :|
|: https://libvirt.org -o- https://fstop138.berrange.com :|
|: https://entangle-photo.org -o- https://www.instagram.com/dberrange :|
next prev parent reply other threads:[~2023-01-24 11:30 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-01-24 3:47 [PATCH] po/meson: make i18n module optional Anton Kochkov
2023-01-24 7:20 ` Marc-André Lureau
2023-01-24 11:30 ` Daniel P. Berrangé [this message]
2023-01-24 12:36 ` Philippe Mathieu-Daudé
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=Y8/BPOx5Y+5/TKVd@redhat.com \
--to=berrange@redhat.com \
--cc=anton.kochkov@proton.me \
--cc=qemu-devel@nongnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).