Current Behavior

f863c9490e6912ffcaeb12965fb3a567a10745ff changed the return value of yyinput() from EOF to 0 when encountering an end-of-file:

https://github.com/westes/flex/blob/3a4af3424c3df6a21eda0c77dd6e8ee4a46c997e/src/flex.skl#L1970-L1973

https://github.com/westes/flex/blob/f863c9490e6912ffcaeb12965fb3a567a10745ff/src/flex.skl#L1970-L1973

Inconsistence

But as docume

This shouldn't be too difficult to add support for.

As an example, \\u\{(?:10|[0-9])[0-9a-fA-F]{0,4}\} would just expand to \\u\{(?:10|[0-9])[0-9a-fA-F]?[0-9a-fA-F]?[0-9a-fA-F]?[0-9a-fA-F]?.

That is, expand to n copies of the repeated node and m-n copies of the repeated node but optional.

The "regex optimized" version would be expanding to nested optionals, so `nnn(?:m(?:m(?:m)?)?

The 1.8.0 release initially failed because of javadoc errors, most of which are fixed now. To make sure we spot these earlier next time, we should enable doclint and javadoc production in CI

Add alternate syntaxes for object construction:

• Parameterless e.g. var f = new StringBuilder;
• Call-style e.g. var f = StringBuilder();
• Add initializer support e.g. var f = new StringBuilder { Capacity = 0x10 }

to make the circle complete, support constructing a regular expression out of a DFA.

This is an implementation detail, and may be nice for future features.