Re: maint.mk: public-submodule-commit rule is broken

Btw, see my concerns with this code earlier here: https://lists.gnu.org/archive/html/bug-gnulib/2022-08/msg00040.html https://lists.gnu.org/archive/html/bug-gnulib/2022-08/msg00044.html Instead of the patch, I have merely disabled it when I ran into issues, since it doesn't add value for me and

Re: maint.mk: public-submodule-commit rule is broken

On Mon, Sep 12, 2022 at 3:32 AM Simon Josefsson wrote: > Btw, see my concerns with this code earlier here: > > https://lists.gnu.org/archive/html/bug-gnulib/2022-08/msg00040.html > https://lists.gnu.org/archive/html/bug-gnulib/2022-08/msg00044.html > > Instead of the patch, I have merely disabled

supersede: Avoid a failure when writing to /dev/null in Solaris zones

On Solaris 11.3 (gcc211.fsffrance.org), I'm seeing a test-supersede failure. It's much like the one seen on Solaris/Illumos and fixed through . The only difference is that here, the open() call fails with error EACCES, not

[PROPOSED 1/2] assert-h: static_assert is a keyword in C23

* m4/assert_h.m4 (gl_ASSERT_H): Also test for static_assert keyword a la C23, and define HAVE_C_STATIC_ASSERT if so. If not, arrange for config.h to #define static_assert by including , and then do "#undef assert" so that the assert macro still needs an explicit include. This should be safe even

[PROPOSED 2/2] assert-h: prefer to ‘verify’

Where it’s easy, prefer ‘static_assert’ to ‘verify’, as this simplifies the source by removing the need to include verify.h. Keep using ‘verify’ if verify.h is used for other reasons, or if code is shared with glibc. * lib/alignalloc.c, lib/argmatch.h, lib/c32is-impl.h: * lib/c32snrtombs.c,

[PROPOSED 0/2] static_assert and C23

In the spirit of the recent patches for bool and C23, here's a proposed pair of patches for C23's new keyword static_assert. This uses a similar approach, in that the existing assert-h module, which already provides an that supplies a static_assert macro, is modified to provide something like C23