Fix capturing group numbering bug and a few more regex-related issues #1614
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Counterpart of sebastienros/esprima-dotnet#392
Besides the issues mentioned in the linked PR, this one also fixes the fast path implementation of
RegExpPrototype.Split
, which is a bit broken.Unfortunately, the remaining 2 test cases excluded here cannot be fixed with our current regex handling approach due to the differences/limitations of the .NET regex engine.
Oh, and one more thing. I'm not sure about this: "https://github.com/adams85/jint/blob/95029c6cbbfc09e81749e39916841296a2e52f4d/Jint/Runtime/Interop/DefaultObjectConverter.cs#L31-L34" I'm afraid that passing a non-adapted, external
Regex
instance to Jint may lead to some pretty confusing behavior.