Re: rpl_free undefined

2022-05-02 Thread Bruno Haible
Reuben Thomas wrote: > I have done this on branch gnulib-oddity: > https://github.com/rrthomas/libpaper/tree/gnulib-oddity > (I checked in a dist tarball.) Thanks; got it. > However, updating gnulib seems to have fixed the problem. OK, so our effort from April 2021 to June 2021 fixed the problem

Re: setlocale with NULL locale (to read current locale) segfaults on MSYS

2022-05-02 Thread Bruno Haible
Reuben Thomas asked: > I'm interested in why you suspect MSYS would be worse than mingw? Is it > because it is not as widely used as mingw That is one factor. The other one is that they welcome changes that are buggy in the long run, such as - in MSYS1, the argv[] processing in the middle of the

Re: bug#54764: encode-time: make DST and TIMEZONE fields of the list argument optional ones

2022-05-02 Thread Paul Eggert
On 4/23/22 07:35, Bernhard Voelker wrote: lib/gettime-res.c:77:46: error: 'earlier.tv_sec' may be used uninitialized in this function \ [-Werror=maybe-uninitialized] Thanks for reporting that. Although the unnecessary initialization is annoying, this time I'm not annoyed enough to complicate

[PATCH] af_alg: port to Ubuntu 22.04

2022-05-02 Thread Paul Eggert
Without this patch, maintainer builds of coreutils fail on Ubuntu 22.04 with diagnostics like "./lib/gl_openssl.h:79:1: error: 'MD5_Init' is deprecated: Since OpenSSL 3.0 [-Werror=deprecated-declarations]". From it appears that Gnulib need

Re: rpl_free undefined

2022-05-02 Thread Reuben Thomas
On Mon, 2 May 2022 at 02:02, Bruno Haible wrote: > > I don't want to debug a gnulib version from more than 1 year ago, therefore > I'm using >./bootstrap --skip-git --gnulib-srcdir=$GNULIB_SRCDIR > (Argh. Why is this option not called --no-git, like in the other > 'bootstrap'?) > > Then I get

Re: setlocale with NULL locale (to read current locale) segfaults on MSYS

2022-05-02 Thread Reuben Thomas
On Mon, 2 May 2022 at 01:05, Bruno Haible wrote: > > We have documented hundreds of deficiencies of mingw [1] w.r.t. the POSIX > standard. MSYS is surely worse, not better, than mingw. I recommend to use > the respective modules, for those POSIX APIs that you use. > I'm happy to decide that on a