> 2019-12-18 Bruno Haible
> * modules/hard-locale (Depends-on): Remove strdup. Add setlocale-null.
This change has an effect on gettext's libgettextpo: Through this new
dependency chain
hard-locale -> setlocale-null -> locale
there now is a gnulib-generated locale.h file in libgettextp
> 2019-12-18 Bruno Haible
>
> hard-locale: Add test.
> * tests/test-hard-locale.c: New file.
> * tests/locale.c: New file.
> * modules/hard-locale-tests: New file.
The weekly continuous integration build [1] detected that this causes a
testdir build failure. Namely, the
Paul Eggert wrote:
> Thanks, this change looks fine to me.
I'm pushing it. Tested: on all platforms, the unit test still passes.
Additionally, the test failure on Android is gone.
It adds a new link requirement for the users of this module. It's
necessary because on AIX, -lpthread is necessary fo
> Thanks, this change looks fine to me.
Thanks. But before I do the rewrite, let me add a unit test first.
It's a bit tricky only on musl libc, NetBSD, and OpenBSD. Other
than that, there's a test failure on Android 4.3, where
- setlocale (category, NULL) always returns NULL.
- hard_locale of
Thanks, this change looks fine to me.
I do have a qualm in that coreutils (and I assume others) interpret !hard_locale
(LC_COLLATE) as meaning that the locale is unibyte and uses native byte
comparison. As I recall on some platforms (macOS maybe?), the C locale uses
UTF-8 so this interpretation is
Hi Bruno, hi gnulib developers,
it's a joy to follow the posts on this list - you (all) surprise,
impress and inspire me with your code but even more with your detailed
explanations / documentations.
Thank you so much for your ongoing work !!!
[E.g. this post made me check my code for mbtowc/mbr
