From: Karl Williamson Date: Thu, 25 Feb 2010 22:03:47 +0000 (-0700) Subject: Revise notes on /x modifier X-Git-Url: http://git.shadowcat.co.uk/gitweb/gitweb.cgi?a=commitdiff_plain;h=7651b9714e1965500bca376c313ad4799322e072;p=p5sagit%2Fp5-mst-13.2.git Revise notes on /x modifier --- diff --git a/pod/perlre.pod b/pod/perlre.pod index b3a6ef6..7480668 100644 --- a/pod/perlre.pod +++ b/pod/perlre.pod @@ -95,11 +95,15 @@ making Perl's regular expressions more readable. Note that you have to be careful not to include the pattern delimiter in the comment--perl has no way of knowing you did not intend to close the pattern early. See the C-comment deletion code in L. Also note that anything inside -a C<\Q...\E> stays unaffected by C. Also note that space is never allowed -within a L such as C<{3}> or C<{5,}>, regardless of -C, nor is space allowed before the C<{> or within the braces in C<\x{...}> -nor C<\N{U+...}>. Similarly space is not allowed before the C<{> in -C<\N{I}> and is currently significant within the braces. +a C<\Q...\E> stays unaffected by C. And note that C doesn't affect +whether space interpretation within a single multi-character construct. For +example in C<\x{...}>, regardless of the C modifier, there can be no +spaces. Same for a L such as C<{3}> or +C<{5,}>. Similarly, C<(?:...)> can't have a space between the C and C<:>. +Within any delimiters for such a construct, allowed spaces are not affected by +C, and depend on the construct. For example, C<\x{...}> can't have spaces +because hexadecimal numbers don't have spaces in them. But, in C<\p{...}> the +C<...> can have spaces that follow the Unicode properties rules. X =head2 Regular Expressions