| 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
| 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" |