Tagging subscribers to this area: @dotnet/area-system-text-regularexpressions
See info in area-owners.md if you want to be subscribed.

OK, so we're failing the tests with special chars that are not valid XML chars in the pattern, such as 0x00 and 0xFFFF. I think we should use the Regex escape syntax (\unnnn) for those, which happens to be the same C# string escape syntax that was handled by Literal(..).

The current logic is not quite correct for RegexOptions.IgnorePatternWhitespace, please don't merge yet.

Wrong direction. As the IgnorePatternWhitespace option can be inlined and being on and off through the pattern. Closing.

Thanks, anyway, for your efforts.

@stephentoub You're welcome. It's a good lesson for me to know the Regex better.