Paul Eggert wrote:
> Thanks, I attempted to fix that by installing the attached.
Thanks; I confirm it fixes the issue.
> I wish I didn't have to remember the
> complicated rules for declaring Gnulib functions, and to some extent
> this simplistic patch is a perhaps-vain attempt to cut down on t
On 2024-08-15 00:05, Bruno Haible wrote:
Declaring Gnulib functions in general is just a matter of copying the
same idiom that we have in hundreds of places in *.in.h files. Its
history and genesis is not simple; but the result is simple to apply.
I didn't find it simple in this case. For exam
Paul Eggert wrote:
> I didn't find it simple in this case. ...
>
> This is my usual experience, to be honest. I try to copy from existing
> decls but I usually get it wrong.
In this case, it was because you wanted to tell the compiler's control
flow analysis about the STATUS != 0 case. This is v
On 15/08/2024 02:05, Paul Eggert wrote:
delete mode 100644 lib/verror.c
From coreutils CI:
make[3]: *** No rule to make target '../lib/verror.c', needed by
'coreutils.pot-update'.
thanks,
Pádraig
Thanks, I installed the attached.From 9e60f2db903b17c1a31e24b89bda90a12446459d Mon Sep 17 00:00:00 2001
From: Paul Eggert
Date: Thu, 15 Aug 2024 15:12:25 -0700
Subject: [PATCH] maint: adjust to recent removal of verror.c
* po/POTFILES.in: Remove lib/verror.c
---
po/POTFILES.in | 1 -
1 file cha
On 2024-08-15 03:09, Bruno Haible wrote:
Use attribute [[nodiscard]] wherever glibc uses __wur.
Should we do the same thing, to mirror glibc attributes in gnulib's
function declarations, for all other attributes?
I'm inclined to think so, as it gives Gnulib and Gnulib-using packages
heads-
Hi!
Although I don't use gnulib with '--with-tests', it does create a tests/
directory during bootstrap and fills it with a few files. I attached my
gnulib-cache.m4.
Do you think I can prevent gnulib from creating the directory? Did I
include some module that makes it create the directory, or d
