Re^7: Regexp not capturing in named subrules

in reply to Re^6: Regexp not capturing in named subrules
in thread Regexp not capturing in named subrules

I think the way God Intended patterns to be defined for later use is

    qr/(?(DEFINE)
          (?<name>pattern)
        )/x
[download]

Comment on Re^7: Regexp not capturing in named subrules Download Code

Replies are listed 'Best First'.
Re^8: Regexp not capturing in named subrules by diotalevi (Canon) on Sep 16, 2009 at 18:56 UTC
Oh, hey. I didn't find that earlier because it seems to be misfiled under the `(?(condition)yes-pattern\|no-pattern)` section but it goes on to answer my original question From perlre: `/(?<NAME>(?&NAME_PAT)) (?(DEFINE) (?<NAME_PAT>....) )/x` [download] Note that capture buffers matched inside of recursion are not accessible after the recursion returns, so the extra layer of capturing buffers is necessary. Thus `$+{NAME_PAT}` would not be defined even though `$+{NAME}` would be.	[reply] [d/l] [select]

Replies are listed 'Best First'.

Re^8: Regexp not capturing in named subrules
by diotalevi (Canon) on Sep 16, 2009 at 18:56 UTC

Oh, hey. I didn't find that earlier because it seems to be misfiled under the (?(condition)yes-pattern|no-pattern) section but it goes on to answer my original question

From perlre:

/(?<NAME>(?&NAME_PAT))
 (?(DEFINE)
   (?<NAME_PAT>....)
 )/x
[download]
Note that capture buffers matched inside of recursion are not accessible after the recursion returns, so the extra layer of capturing buffers is necessary. Thus $+{NAME_PAT} would not be defined even though $+{NAME} would be.

[reply]
[d/l]
[select]

In Section Seekers of Perl Wisdom