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>
Mon, 6 Jun 2022 13:02:14 +0000 (06:02 -0700)
commit721838ddd4832ed4fcad5f4eee6a4b784b30dcae
tree94cf5d59a5eb982caa6cece07402a6f03ff883ad
parent6fab78170c13fee3cd8aa0f7def4230cff36ea21
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>
libs/glib2/Makefile
libs/glib2/patches/007-openwrt-libintl.patch [new file with mode: 0644]