[PATCH] largefile: port to GNU/Linux alpha and s390x

This patch syncs from Autoconf master. Problem reported by Matoro . * lib/autoconf/specific.m4 (_AC_SYS_LARGEFILE_TEST_CODE): New overridable macro FTYPE, to test types other than off_t. (_AC_SYS_LARGEFILE_TEST_CODE): Test ino_t for -D_FILE_OFFSETBITS=64 too, if no flags

From wchar_t to char32_t

For many years, processing multibyte strings required the mbrtowc functions and the 'wchar_t' type. The major limitation of this API is that on Windows platforms (Cygwin as well as native Windows) and in 32-bit mode on AIX, a 'wchar_t' is limited to 16 bits, and this causes all sorts of bugs with

Re: doc: New chapter "Strings and Characters"

Hi Paul, Thanks for the feedback. > > +The @posixheader{ctype.h} API, that was designed only with unibyte > > +encodings in mind, is useless nowadays; it does not work in > > +multibyte locales. > > It's still useful, even in multibyte locales, when dealing with data > that is inherently unibyt

Re: doc: New chapter "Strings and Characters"

Paul Eggert wrote on 2023-05-16: > Em dash (---) shouldn't have spaces around it; if you like those spaces > (which I kind of do) please use en dash (--). I agree, also after reading [1] and [2]. Thanks for the advice. Done. [1] https://en.wikipedia.org/wiki/Dash#En_dash_versus_em_dash [2] http

setenv: Simplify m4 requires

lib/setenv.c does not reference HAVE_ALLOCA any more since 2004-01-20. It uses the 'malloca' module now. 2023-06-19 Bruno Haible setenv: Simplify m4 requires. * m4/setenv.m4 (gl_PREREQ_SETENV): Don't require AC_FUNC_ALLOCA. diff --git a/m4/setenv.m4 b/m4/setenv.m4 index ef068