Re: Adding init-po and update-po targets to the meson build system

From: Nazir Bilal Yavuz <byavuz81(at)gmail(dot)com>
To: Jacob Champion <jacob(dot)champion(at)enterprisedb(dot)com>
Cc: Álvaro Herrera <alvherre(at)kurilemu(dot)de>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>, Peter Eisentraut <peter(at)eisentraut(dot)org>
Subject: Re: Adding init-po and update-po targets to the meson build system
Date: 2026-10-08 09:54:30
Message-ID: CAN55FZ02-LXgNaA6swDGQ90nQpu8VGyWG8j5rVQKbk1xu43QRA@mail.gmail.com
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Hi,

On Wed, 7 Oct 2026 at 19:58, Jacob Champion
<jacob(dot)champion(at)enterprisedb(dot)com> wrote:
>
> On Wed, Oct 7, 2026 at 9:40 AM Nazir Bilal Yavuz <byavuz81(at)gmail(dot)com> wrote:
> > Yes, I agree that it is kind of nightmarish. I considered both options
> > and chose to use JSON files because, AFAIK, we want to remove the
> > autoconf system and use meson in the future. So, using JSON files
> > makes more sense to me from a maintainability perspective for this
> > reason.
>
> A third path might be to disentangle the NLS makefiles from
> Makefile.global, so that you don't need Autoconf in order to make use
> of their targets. Then the Meson targets could just defer to that
> implementation.

Thanks for the suggestion! I think this is worth trying because using
existing nls.mk files tremendously reduces the #lines_changed and also
removes the need of helper scripts.

> (sslfiles.mk took a similar approach, and I've been happy with it so
> far. The init-po use case seems somewhat close, at least, since a
> developer doesn't need to run it very often. Not sure about
> update-po.)

Could you elaborate more on update-po? I didn't understand why running
it often would be a problem (I am also unsure if that is the case).

--
Regards,
Nazir Bilal Yavuz
Microsoft

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Heikki Linnakangas 2026-10-08 10:06:55 Re: Fix a wal_debug crash with the new shmem allocation API
Previous Message David Rowley 2026-10-08 09:53:59 Re: Fix PGTYPESdate_fmt_asc overflow when a year does not fit "yyyy"