Re: Your gnulib patch

2020-01-01 Thread Jim Meyering
On Tue, Dec 24, 2019 at 11:13 AM Cong Wang wrote: > Hello, Jim > > We found your gnulib patch > (http://git.savannah.gnu.org/cgit/gnulib.git/commit/?id=47cb657e) > quite useful for us, as we encountered a same issue with a few million > files under one directory. > > Is it possible for you to inte

Re: [PATCH] md5, sha1, sha256, sha512:: support --with-openssl=auto_gpl_compat

2020-01-01 Thread Pádraig Brady
Thanks for the careful review. Pushed with suggested changes.

Re: [PATCH] md5, sha1, sha256, sha512:: support --with-openssl=auto_gpl_compat

2020-01-01 Thread Bruno Haible
The patch looks good, Pádraig. > + md5, sha1, sha256, sha512:: support --with-openssl=auto_gpl_compat I don't know what the double-colon syntax means. In gnulib, we use a single colon in this place in the ChangeLog message. Bruno

Re: [PATCH] md5, sha1, sha256, sha512:: support --with-openssl=auto_gpl_compat

2020-01-01 Thread Paul Eggert
Thanks, this looks good except I suggest changing it from --with-openssl=auto_gpl_compat to --with-openssl=auto-gpl-compat as that's more consistent with established style.

[PATCH] md5, sha1, sha256, sha512:: support --with-openssl=auto_gpl_compat

2020-01-01 Thread Pádraig Brady
* m4/gl-openssl.m4: Add a new "auto_gpl_compat" mode, which will auto enable use of openssl, only for >= version 3, which is newly licensed under the Apache Software License. This will be used from coreutils for example by adding gl_SET_CRYPTO_CHECK_DEFAULT([auto_gpl_compat]) to configure.ac. Even

new module 'c32tob'

2020-01-01 Thread Bruno Haible
c32tob is like wctob, just for 32-bit wide characters. It's not a standardized function; just a convenience function provided by gnulib. 2020-01-01 Bruno Haible c32tob: New module. * lib/uchar.in.h (_GL_LARGE_CHAR32_T): New macro. (c32tob): New declaration. * l

Re: setlocale: make calls with NULL argument multithread-safe

2020-01-01 Thread Bruno Haible
On 2019-12-18 I wrote: > Use of setlocale(), with the gnulib override, now requires linking > with $(LIB_SETLOCALE) - to avoid link errors on AIX. I see such a link error on AIX: xlC -q64 -qthreaded -qtls -DHAVE_CONFIG_H -I. -I../../gltests -I.. -DGNULIB_STRICT_CHECKING=1 -DIN_GNULIB_TESTS=1 -I

hard-locale tests: fix a conflict with the C++ tests

2020-01-01 Thread Bruno Haible
On Mac OS X 10.5, in a testdir with --with-c++-tests, I see this compilation error: In file included from /usr/include/c++/4.0.0/bits/istream.tcc:45, from /usr/include/c++/4.0.0/istream:814, from /usr/include/c++/4.0.0/sstream:44, from ../../gltes

doc: Update documentation about wchar_t

2020-01-01 Thread Bruno Haible
On 32-bit AIX, wchar_t has only 16 bits. But on 64-bit AIX, it has 32 bits. 2020-01-01 Bruno Haible doc: Update documentation about wchar_t. * doc/*/*wc*.texi: Clarify that 64-bit AIX does not have a too small wchar_t type. diff --git a/doc/glibc-functions/fgetwc_unlo