GNU bug report logs - #47264
RFE: pcre2 support

Previous Next

Full log

Message #69 received at 47264-done <at> debbugs.gnu.org (full text, mbox):

From: Carlo Arenas <carenas <at> gmail.com>
To: noloader <at> gmail.com
Cc: 47264-done <at> debbugs.gnu.org
Subject: Re: bug#47264: [PATCH v2] pcre: migrate to pcre2
Date: Sun, 14 Nov 2021 15:18:37 -0800

On Sun, Nov 14, 2021 at 2:45 PM Jeffrey Walton <noloader <at> gmail.com> wrote:
>
> On Sun, Nov 14, 2021 at 5:26 PM Carlo Arenas <carenas <at> gmail.com> wrote:
> > On Sun, Nov 14, 2021 at 12:45 PM Paul Eggert <eggert <at> cs.ucla.edu> wrote:
> > > ...
> > using idx_t instead of size_t should be fine (if only halves the max
> > size of the objects managed), but I am concerned that assuming
> > PCRE2_SIZE_MAX is always equivalent to SIZE_MAX (as done in patch 4)
> > might be risky (at least without a comment), and considering that is
> > part of the API anyway might be better if kept as PCRE2_SIZE_MAX IMHO.
>
> GNU Hurd may not have SIZE_MAX defined. The Hurd folks
> {sometimes|often} want developers to make a runtime call for the
> limit.

don't have any GNU Hurd system to test on, but would assume that in
that case PCRE2 failed to build as well and then this code will never
be compiled.

Either way my suggestion to use PCRE2_SIZE_MAX instead (which should
work, except on ancient 10.00 or so) sounds even better, and then the
fix could be made in PCRE2 for both.

Carlo

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.