aboutsummaryrefslogtreecommitdiff
path: root/utils/beep
diff options
context:
space:
mode:
authorSebastian Kemper <sebastian_ml@gmx.net>2022-06-06 10:07:08 +0200
committerRosen Penev <rosenp@gmail.com>2022-06-06 06:02:14 -0700
commit721838ddd4832ed4fcad5f4eee6a4b784b30dcae (patch)
tree94cf5d59a5eb982caa6cece07402a6f03ff883ad /utils/beep
parent6fab78170c13fee3cd8aa0f7def4230cff36ea21 (diff)
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>
Diffstat (limited to 'utils/beep')
0 files changed, 0 insertions, 0 deletions