Missing handling for non-escaped { } literals in pcre dialect

[katef]

Missing handling for non-escaped { } literals in pcre dialect

[sfstewman]

Here's where the spec states that this is okay:
http://www.pcre.org/current/doc/html/pcre2pattern.html#SEC17

An opening curly bracket that appears in a position where a quantifier is not allowed, or one that does not match the syntax of a quantifier, is taken as a literal character. For example, {,6} is not a quantifier, but a literal string of four characters.

I believe this means that a{foo,6} is treated the same as a\{foo,6\} because {foo,6} "does not match the syntax of a quantifer."

[katef]

Perhaps we can use SID's exception-handling alt for this. Where normally we'd raise an error for an invalid count production, but there's no reason ## has to be used to raise an error. I think we can have that produce a concatenation of literals instead.

[sfstewman]

Possibly. It's interesting to consider forcing sid into a backtracking parser.