EQ2EMu/EQ2/source/depends/boost_1_72_0/libs/regex/doc/standards.qbk

[/ 
  Copyright 2006-2007 John Maddock.
  Distributed under the Boost Software License, Version 1.0.
  (See accompanying file LICENSE_1_0.txt or copy at
  http://www.boost.org/LICENSE_1_0.txt).
]


[section:standards Standards Conformance]

[h4 C++]

Boost.Regex is intended to conform to the [tr1].

[h4 ECMAScript / JavaScript]

All of the ECMAScript regular expression syntax features are supported, except that:

The escape sequence \\u matches any upper case character (the same as \[\[:upper:\]\]) 
rather than a Unicode escape sequence; use \\x{DDDD} for Unicode escape sequences.

[h4 Perl]

Almost all Perl features are supported, except for:

(?{code}) 	Not implementable in a compiled strongly typed language.

(??{code}) 	Not implementable in a compiled strongly typed language.

(*VERB) The [@http://perldoc.perl.org/perlre.html#Special-Backtracking-Control-Verbs 
backtracking control verbs] are not recognised or implemented at this time.

In addition the following features behave slightly differently from Perl:

^ $ \Z  These recognise any line termination sequence, and not just \\n: see the Unicode requirements below.

[h4 POSIX]

All the POSIX basic and extended regular expression features are supported, 
except that:

No character collating names are recognized except those specified in the 
POSIX standard for the C locale, unless they are explicitly registered with the 
traits class.

Character equivalence classes ( \[\[\=a\=\]\] etc) are probably buggy except on Win32.  
Implementing this feature requires knowledge of the format of the string sort 
keys produced by the system; if you need this, and the default implementation 
doesn't work on your platform, then you will need to supply a custom traits class.

[h4 Unicode]

The following comments refer to 
[@http://unicode.org/reports/tr18/ Unicode Technical Standard #18: Unicode 
Regular Expressions version 11].

[table
[[Item][Feature][Support]]
[[1.1][Hex Notation][Yes: use \x{DDDD} to refer to code point UDDDD.]]
[[1.2][Character Properties][All the names listed under the General Category Property are supported.  Script names and Other Names are not currently supported.]]
[[1.3][Subtraction and Intersection][Indirectly support by forward-lookahead:

`(?=[[:X:]])[[:Y:]]`

Gives the intersection of character properties X and Y.

`(?![[:X:]])[[:Y:]]`

Gives everything in Y that is not in X (subtraction).]]
[[1.4][Simple Word Boundaries][Conforming: non-spacing marks are included in the set of word characters.]]
[[1.5][Caseless Matching][Supported, note that at this level, case transformations are 1:1, many to many case folding operations are not supported (for example "'''ß'''" to "SS").]]
[[1.6][Line Boundaries][Supported, except that "." matches only one character of "\\r\\n". Other than that word boundaries match correctly; including not matching in the middle of a "\\r\\n" sequence.]]
[[1.7][Code Points][Supported: provided you use the u32* algorithms, then UTF-8, UTF-16 and UTF-32 are all treated as sequences of 32-bit code points.]]
[[2.1][Canonical Equivalence][Not supported: it is up to the user of the library to convert all text into the same canonical form as the regular expression.]]
[[2.2][Default Grapheme Clusters][Not supported.]]
[[2.3Default Word Boundaries][Not supported.]]
[[2.4][Default Loose Matches][Not Supported.]]
[[2.5][Named Properties][Supported: the expression "\[\[:name:\]\]" or \\N{name} matches the named character "name".]]
[[2.6][Wildcard properties][Not Supported.]]
[[3.1][Tailored Punctuation.][Not Supported.]]
[[3.2][Tailored Grapheme Clusters][Not Supported.]]
[[3.3][Tailored Word Boundaries.][Not Supported.]]
[[3.4][Tailored Loose Matches][Partial support: \[\[\=c\=\]\] matches characters with the same primary equivalence class as "c".]]
[[3.5][Tailored Ranges][Supported: \[a-b\] matches any character that collates in the range a to b, when the expression is constructed with the collate flag set.]]
[[3.6][Context Matches][Not Supported.]]
[[3.7][Incremental Matches][Supported: pass the flag `match_partial` to the regex algorithms.]]
[[3.8][Unicode Set Sharing][Not Supported.]]
[[3.9][Possible Match Sets][Not supported, however this information is used internally to optimise the matching of regular expressions, and return quickly if no match is possible.]]
[[3.10][Folded Matching][Partial Support:  It is possible to achieve a similar effect by using a custom regular expression traits class.]]
[[3.11][Custom Submatch Evaluation][Not Supported.]]
]
     
[endsect]