On Wed, Apr 16, 2025 at 05:45:46PM +0200, Bruno Haible wrote:
> Eric Blake wrote:
> > If you want a quicker table, I can attempt to provide one (note that
> > POSIX BRE do not actually have to support \+ \? or \|; but glibc and
> > gnulib's implementation does):
> >
> >feature 0-or-more 1-or
Eric Blake wrote:
> If you want a quicker table, I can attempt to provide one (note that
> POSIX BRE do not actually have to support \+ \? or \|; but glibc and
> gnulib's implementation does):
>
>feature 0-or-more 1-or-more 1-or-0 grouping/alternation intervals
> charclasses
> syntax
> 0 (o
On Wed, Apr 16, 2025, 10:22 AM Eric Blake wrote:
> On Tue, Apr 15, 2025 at 06:34:35PM -0400, Nikolaos Chatzikonstantinou
> wrote:
> > > Since there's already another long thread on how m4 does not match
> > > current emacs regex but why enabling intervals would break at least
> > > autoconf 2.72,
On Tue, Apr 15, 2025 at 06:34:35PM -0400, Nikolaos Chatzikonstantinou wrote:
> > Since there's already another long thread on how m4 does not match
> > current emacs regex but why enabling intervals would break at least
> > autoconf 2.72, I'm inclined to update the m4 manual rather than use
> > RE_
m 76f937ae2eacb3649117e7f4c05819e82a7c42a9 Mon Sep 17 00:00:00 2001
> > From: vg
> > Date: Fri, 11 Apr 2025 16:28:29 +0300
> > Subject: [PATCH] Update RE_SYNTAX_EMACS to include features used by GNU
> > Emacs
> >
> > * lib/regex.h: macro update
> &g
Eric Blake wrote:
> > +/* There is no need to check whether RE_SYNTAX_EMACS is
> > + (RE_CHAR_CLASSES | RE_INTERVALS), corresponding to
> > + Emacs 21 (2001) and later, because Gnulib's lib/regex.h
> > + is always used and has this value. */
>
On Mon, Apr 14, 2025 at 02:47:06PM -0700, Paul Eggert wrote:
> +++ b/doc/posix-headers/regex.texi
> @@ -11,6 +11,19 @@ regex.h
> @item
> This header file is missing on some platforms:
> mingw, MSVC 14.
> +
> +@item
> +On some systems that have this header file,
> +GNU extensions like @code{re_se
On 4/14/25 07:30, Bruno Haible wrote:
- Application code sees the gnulib regex.h (due to -I options).
Things would be different if the 'regex' module would be using a
regex.in.h from which a regex.h is conditionally generated. But
the way things are, gnulib regex.h is used uncon
Hi Paul,
Paul Eggert wrote:
> > Thanks; I installed the attached somewhat fancier patch into Gnulib.
>
> ... and then installed the attach further patch to fix a thinko in the
> previously-mentioned one.
These changes have the effect that even on glibc systems, gnulib's regex
code is now used i
Paul Eggert wrote:
> >>- Will they change RE_BACKSLASH_ESCAPE_IN_LISTS from
> >>((unsigned long int) 1)
> >> to
> >>(1UL)
> >> in order to make the RE_* values usable in preprocessor expressions?
> >
> > No; I followed up with a later patch to remove that assumption.
On 2025-04-13 20:39, Paul Eggert wrote:
- Will they change RE_BACKSLASH_ESCAPE_IN_LISTS from
((unsigned long int) 1)
to
(1UL)
in order to make the RE_* values usable in preprocessor expressions?
No; I followed up with a later patch to remove that assumption.
Oops,
On 2025-04-13 19:28, Bruno Haible wrote:
Paul Eggert wrote:
Thanks; I installed the attached somewhat fancier patch into Gnulib.
... and then installed the attach further patch to fix a thinko in the
previously-mentioned one.
I don't understand this patch. What changes are you expecting to c
Paul Eggert wrote:
> > Thanks; I installed the attached somewhat fancier patch into Gnulib.
>
> ... and then installed the attach further patch to fix a thinko in the
> previously-mentioned one.
I don't understand this patch. What changes are you expecting to come
on the glibc side?
- Will th
On 2025-04-13 18:04, Paul Eggert wrote:
Thanks; I installed the attached somewhat fancier patch into Gnulib.
... and then installed the attach further patch to fix a thinko in the
previously-mentioned one.From f6d648a883676256894f5687cbceffb1f4209e3d Mon Sep 17 00:00:00 2001
From: Paul Eggert
Thanks; I installed the attached somewhat fancier patch into Gnulib.From efd5c380ff8062541d5fd98b050ecd3cb295917c Mon Sep 17 00:00:00 2001
From: Paul Eggert
Date: Sun, 13 Apr 2025 18:01:08 -0700
Subject: [PATCH] regex: match current Emacs behavior
* config/srclist.txt: Comment out regex.h, since
ld be updated to
fix etags and to better reflect the set of features GNU Emacs is
using at the moment
From 76f937ae2eacb3649117e7f4c05819e82a7c42a9 Mon Sep 17 00:00:00 2001
From: vg
Date: Fri, 11 Apr 2025 16:28:29 +0300
Subject: [PATCH] Update RE_SYNTAX_EMACS to include features used by GNU Emacs
p 17 00:00:00 2001
> From: vg
> Date: Fri, 11 Apr 2025 16:28:29 +0300
> Subject: [PATCH] Update RE_SYNTAX_EMACS to include features used by GNU Emacs
>
> * lib/regex.h: macro update
> * doc/regex.texi: documentation update
> ---
> doc/regex.texi | 3 ++-
> lib/r
CS to include features used by GNU Emacs
* lib/regex.h: macro update
* doc/regex.texi: documentation update
---
doc/regex.texi | 3 ++-
lib/regex.h| 3 ++-
2 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/doc/regex.texi b/doc/regex.texi
index cba1e13520..9917a418be 100644
---
18 matches
Mail list logo
