Improve handling of qq(\N{...}); and /x
authorKarl Williamson <khw@khw-desktop.(none)>
Fri, 19 Feb 2010 21:42:16 +0000 (14:42 -0700)
committerSteve Hay <steve.m.hay@googlemail.com>
Sat, 20 Feb 2010 10:59:24 +0000 (10:59 +0000)
commitc3c4140635dd08363a20c93a8c8b6d8e7464b891
tree182f6a8aec2ef6ffd6a7bbacd9ae8db2c2052f20
parent749123ff5f0f5da3f3eb842fc225137c6821a6fe
Improve handling of qq(\N{...}); and /x

It is possible to bypass the lexer's parsing of \N.  This patch causes
the regex compiler to deal with that better.  The compiler no longer
assumes that the lexer parsed the \N.  It generates an error message if
the \N isn't in a form it is expecting, and invalid hexadecimal digits
are now fatal errors, with the position of the error more clearly
marked.

The diagnostic pod has been updated to reflect the new error messages,
with some slight clarifications to the previous ones as well.
pod/perldiag.pod
regcomp.c
t/re/re_tests