develooper Front page | perl.perl5.porters | Postings from February 2019

Re: RFC: Adding \p{foo=/re/}

Thread Previous | Thread Next
From:
Deven T. Corzine
Date:
February 7, 2019 05:03
Subject:
Re: RFC: Adding \p{foo=/re/}
Message ID:
CAFVdu0R+GdE+YxdH+=J8tfw=j=tXHHJ74BDEA0CcXuLC_6ZFUw@mail.gmail.com
On Wed, Feb 6, 2019 at 2:47 PM Karl Williamson <public@khwilliamson.com>
wrote:

> On 2/5/19 11:27 PM, demerphq wrote:
> > Fwiw, I don't like it. What happens if the pattern includes capture
> > brackets, named recursion or eval ? This seems like a way to squeeze
> > named recursion concepts into the named property functionality without
> > thinking through the ramifications.
> >
> > Yves
>

Yves, do you still have concerns if the property regular expression is
evaluated independently?


> The way it's implemented is a separate regex is compiled and executed
> during the compilation of the outer one.  Maybe you know something about
> how that could fail, but it works in my limited testing, so I'm not sure
> you're stated concerns are valid.
>
> It calls subpattern_re = re_compile(pattern, 0);
> and then pregexec(subpattern_re, ...)
>

Does this work inside a character class?

Deven

Thread Previous | Thread Next


nntp.perl.org: Perl Programming lists via nntp and http.
Comments to Ask Bjørn Hansen at ask@perl.org | Group listing | About