Re: \{n\} are not recognized as repetition counter in regular expressions.

2025-04-07 Thread Eric Blake
On Mon, Apr 07, 2025 at 10:51:26AM -0400, Zack Weinberg wrote: > On Fri, Apr 4, 2025, at 3:56 PM, Eric Blake wrote: > … > > tl;dr: if I do add intervals to m4 regex, would you rather it be \{\} > > (BRE and emacs style) or {} (ERE style)? And how to avoid breaking > > existing m4 scripts? > > (No

Re: \{n\} are not recognized as repetition counter in regular expressions.

2025-04-07 Thread Eric Blake
On Mon, Apr 07, 2025 at 12:46:11PM -0500, Eric Blake wrote: > And relying on a configure-time test of what m4 supports on the > packager's machine is not necessarily going to work when autoconf is > run on a developer's machine with a different version of m4. Which in > turn implies that it is des

Re: \{n\} are not recognized as repetition counter in regular expressions.

2025-04-07 Thread Zack Weinberg
On Fri, Apr 4, 2025, at 3:56 PM, Eric Blake wrote: … > tl;dr: if I do add intervals to m4 regex, would you rather it be \{\} > (BRE and emacs style) or {} (ERE style)? And how to avoid breaking > existing m4 scripts? (Note: replying to chunks of your message out of original order.) With my autoc

Re: symbolic link curiousity in 3.6.0

2025-04-07 Thread Paul Eggert
On 2025-04-04 10:40, Pádraig Brady wrote: Is this patch is OK to be applied to gnulib, with the tweaks Corinna mentioned? Yes, I did that just now, and propagated it into coreutils.

verify: Enhance a comment

2025-04-07 Thread Bruno Haible via Gnulib discussion list
An ISO C commitee document contains a portability study regarding the __COUNTER__ macro. 2025-04-07 Bruno Haible verify: Enhance a comment. * lib/verify.h (_GL_COUNTER): Reference portability study regarding __COUNTER__. diff --git a/lib/verify.h b/lib/verify.h index

Re: Haiku fixes for for fseeko, fbufmode, fflush, and fseterr.

2025-04-07 Thread Bruno Haible via Gnulib discussion list
Collin Funk wrote: > A bit ago, I noticed that Haiku failed to build to to privatizing of > libio.h [1]. Much of this was fixed since Haiku added since they added > stdio_ext.h. > > However, there was still some breakage for fseeko: > > $ cat ../output.txt > fseeko.c: In function 'rpl_f

Re: symbolic link curiousity in 3.6.0

2025-04-07 Thread Paul Eggert
On 2025-03-30 05:50, Corinna Vinschen wrote: The definition of O_PATH requires an additional #include Thanks, I added that and installed the patch into Gnulib. However, assuming not only Cygwin is affected, shouldn't the patch rather use O_PATH if it's available, O_RDONLY if not? I h

Re: support shallow gnulib submodule checkouts

2025-04-07 Thread Simon Josefsson via Gnulib discussion list
All, I ran into another problem triggered by the submodule-checks's in maint.mk, see earlier thread here: https://lists.gnu.org/archive/html/bug-gnulib/2022-08/msg00040.html Here is what happens when I run 'make check' (in Guix with a minimized git tool) for OATH Toolkit, which doesn't use any g

Re: support shallow gnulib submodule checkouts

2025-04-07 Thread Bruno Haible via Gnulib discussion list
Hi Simon, > This time I instead installed the attached patch so that the commands > aren't invoked when there is no .git[sub]module file. Makes sense. Bruno

[PATCH] maintainer-makefile: Work with modern LCOV versions.

2025-04-07 Thread Simon Josefsson via Gnulib discussion list
All, A small tweak to fix modern lcov. /Simon From 43bf2e8b659b994f1e50a0cbb9d298e5223e4c95 Mon Sep 17 00:00:00 2001 From: Simon Josefsson Date: Fri, 4 Apr 2025 11:49:13 +0200 Subject: [PATCH] maintainer-makefile: Work with modern LCOV versions. * top/maint.mk (gen-coverage): Don't pass --highl