hard_locale in a single-threaded app

I tried to update GNU diffutils to the latest Gnulib, and found that this dragged in a bunch of stuff about multithreading that diffutils doesn't need. The first function I found was hard_locale. What's the recommended way to use hard_locale in a single-threaded app, without pulling in the thre

langinfo-h, nl_langinfo: Support abbreviated alternative month names

Two patches: - 0001 adds a unit test for the ALTMON_* items, that I forgot to add on 2018-01-24. - 0002 adds the ABALTMON_* items, specified by POSIX:2024. 2025-02-21 Bruno Haible langinfo-h, nl_la

Re: [PATCH 0/2] getaddrinfo: Add AI_NUMERICSERV and AI_NUMERICHOST flag support

> > Now the test failure produces this info: > > > > FAIL: test-getaddrinfo > > == > > > > Test case pass=3, host=www.gnu.org, service=http failed: expected > > EAI_NONAME, got -8 > > Test case pass=3, host=www.ibm.com, service=https failed: expected > > EAI_NONAME, got -8 > >

Re: [PATCH 0/2] getaddrinfo: Add AI_NUMERICSERV and AI_NUMERICHOST flag support

Bruno Haible via Gnulib discussion list writes: >> 2025-02-17 Bruno Haible >> >> getaddrinfo tests: Make failures more verbose. >> * tests/test-getaddrinfo.c (simple): Print some info before returning 1. > > Now the test failure produces this info: > > FAIL: test-getaddrinfo > =

Re: Bug#1098478: guile-fibers: Please add support for loong64

Thank you for quick fix Bruno! I'll use host-cpu-c-abi.m4 serial 19 and somehow make the Debian packaging of guile-fibers 1.3.1 use it. I think host-cpu-c-abi.m4 should be added to upstream guile-fibers m4/ too, and will try to work on that (they could use gnulib-tool and/or bootstrap but I'll pr

Re: Bug#1098478: guile-fibers: Please add support for loong64

Simon Josefsson wrote: > checking build system type... loongarch64-unknown-linux-gnu > checking host system type... loongarch64-unknown-linux-gnu > ... > checking 32-bit host C ABI... no > > Isn't that the right result? Right. That is as expected on loongarch64 machines. > > --- guile-fibers-1.3

new module 'getlocalename_l-simple'

These patches introduce a module 'getlocalename_l-simple', that implement the simple case (category != LC_ALL) of the POSIX:2024 getlocalename_l function. Most of the code was already present in the 'localename-unsafe' module and is merely moved to a different source file. New code is only added f

new module 'setlocale-messages'

This patch extracts the base of the Windows LC_MESSAGES workaround into a separate module 'setlocale-messages', so that the module 'getlocalename_l' can depend on it without using the (large) 'setlocale' module. 2025-02-21 Bruno Haible setlocale-messages: New module. * lib/set

Re: Bug#1098478: guile-fibers: Please add support for loong64

Thank you! I think the patch below belongs better to gnulib's m4/host-cpu-c-abi.m4, could you propose a patch for it instead? Or if someone on the gnulib list (cc'ed) has ideas how to adapt the patch below into gnulib. https://git.savannah.gnu.org/cgit/gnulib.git/tree/m4/host-cpu-c-abi.m4 I thi