GNU bug report logs - #47264
RFE: pcre2 support

Previous Next

Full log

Message #72 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 17:01:20 -0800

On Sun, Nov 14, 2021 at 3:18 PM Carlo Arenas <carenas <at> gmail.com> wrote:
> 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.

FWIW got Debian GNU Hurd and it has pcre2 and builds fine against it
because SIZE_MAX is where POSIX said it should (stdint.h)

Carlo

Previous Next

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