glib2: update libintl handling
authorSebastian Kemper <sebastian_ml@gmx.net>
Mon, 6 Jun 2022 08:07:08 +0000 (10:07 +0200)
committerRosen Penev <rosenp@gmail.com>
Sun, 3 Jul 2022 22:32:34 +0000 (15:32 -0700)
commit45f10a3bef5c712276d67b6bbb2769d4f7123df5
tree04f57136ff328c77ead669e1b64efef9663f4630
parent19d957cfc20b88fc2a5a1327abc45fba6d7be3f4
glib2: update libintl handling

glib2's meson.build runs check cc.has_function('ngettext', args :
osx_ldflags) and, if successful, it never looks for non-libc libintl.
For musl and glibc this test is always successful.

glib2 unconditionally sets ENABLE_NLS, so during compile <libintl.h>
gets included always. But then we have a disconnect when the OpenWrt pkg
is being built with BUILD_NLS=y, because the <libintl.h> will be from
libintl-full but glib2 will not link to libintl-full.

With BUILD_NLS=n there's no problem, because the <libintl.h> will be
from libc.

In lieu of proper libintl detection in glib2's meson build, removing the
SED call from the Makefile together with the added patch sorts this out.
The SED call can be removed because when we force libintl-full use, the
meson build will put the necessary linker flag into the pkg-config file
itself.

Alpine Linux does something similar (see [1]), but they always force
the use of the external libintl. I assume they always go for full NLS
support.

[1] https://git.alpinelinux.org/aports/tree/main/glib/musl-libintl.patch

Signed-off-by: Sebastian Kemper <sebastian_ml@gmx.net>
(cherry picked from commit 721838ddd4832ed4fcad5f4eee6a4b784b30dcae)
libs/glib2/Makefile
libs/glib2/patches/007-openwrt-libintl.patch [new file with mode: 0644]