qcopy-acl: Fix copying of ACLs on CentOS 7

2024-07-15 Thread Bruno Haible
The CI of GNU sed shows a test failure of the Gnulib 'acl' tests on CentOS 7 [1]. Namely: FAIL: test-copy-acl.sh FAIL: test-copy-acl-1.sh FAIL: test-copy-acl-2.sh It can be reproduced like this: $ echo 'Simple contents' > tmpfile0 $ echo 'Simple contents' > tmpfile2 $ chmod 600 tmpfi

manywarnings: Don't enable -Wsystem-headers

2024-07-15 Thread Bruno Haible
GNU gettext makes use of the 'manywarnings' module. In a build on macOS 12,13,14, the output of "make" contains more than 11 warnings of type -Wnullability-completeness, that go away when -Wsystem-headers is not added on the command line. In a build on CentOS 7, the output of "make" contains

[PATCH] strnlen: port to Android 5.0 (API 21)

2024-07-15 Thread Paul Eggert
This is needed for GNU Emacs, which attempts to port to these old Android versions. * m4/strnlen.m4 (AC_FUNC_STRNLEN): Replace if Autoconf 2.72 or earlier, with code that detects the Android problem with strnlen. This version works around some further bugs in the test, notably, misplaced 'volatile'

Need for -std=gnu89 or -std=c99 on MacOS

2024-07-15 Thread Jeffrey Walton
Hi Everyone, In case you are not following the thread, part of GnuPG may need -std=gnu89 on MacOS. It looks like -std=c99 may also be a workaround. See the original post[1] and the proposed workaround [2]. [1] [2]

Re: Need for -std=gnu89 or -std=c99 on MacOS

2024-07-15 Thread Bruno Haible
Hi Jeffrey, > In case you are not following the thread, part of GnuPG may need > -std=gnu89 on MacOS. It looks like -std=c99 may also be a workaround. > See the original post[1] and the proposed workaround [2]. Is there any impact on Gnulib or on packages that use Gnulib? AFAICS from a quick loo