feat: add support for RegExp.leftContext RegExp.rightContext

[ammarahm-ed]

This pull request to quickjs.c introduces several changes to enhance the handling of regular expression contexts within the JSContext structure. The most important changes include adding new fields to store RegExp context information, initializing these fields in context creation, freeing them in context destruction, and implementing new functions to manage these contexts.

Enhancements to RegExp context handling:

• quickjs.c: Added new fields regexp_left_ctx, regexp_right_ctx, regexp_last_match_str, regexp_last_match_start, and regexp_last_match_end to the JSContext structure to store RegExp context information.
• quickjs.c: Initialized the new RegExp context fields in the JS_NewContextRaw function.
• quickjs.c: Freed the new RegExp context fields in the JS_FreeContext function to prevent memory leaks.
• quickjs.c: Implemented new functions js_regexp_get_leftContext and js_regexp_get_rightContext to retrieve and manage the left and right context of the last RegExp match.
• quickjs.c: Updated the js_regexp_exec function to store the last match string and its start and end positions in the new context fields.

// Define a string to test
const testString = "Hello, world!";

// Create a regular expression to match the word "world"
const regex = /world/;

// Execute the regular expression on the test string
const result = regex.exec(testString);

// Check if the match was successful
if (result) {
    // Print the matched result
    console.log("Matched:", result[0]);

    // Print the left context
    console.log("Left Context:", RegExp.leftContext);

    // Print the right context
    console.log("Right Context:", RegExp.rightContext);
} else {
    console.log("No match found.");
}

Closes #921

[bnoordhuis]

One problem I see with this approach is that regexp_last_match_str can stay around indefinitely (also applies to the substrings.)

Imagine you run a regex on a 100 MB string. That string can't be reclaimed until the next time a regexp runs - which may be never.

[ammarahm-ed]

One thing we can do is probably calculate left & right contexts together and free the last matched string. Might help with reducing memory usage.

[bnoordhuis]

That might ameliorate it but won't fix it structurally.

I'm personally leaning towards not merging this for that reason (users shouldn't pay the cost for a feature they don't use) but a possible midway solution is adding a void JS_AddIntrinsicLegacyRegExp(JSContext *ctx) function (actual name TBD) that opts into them.

If you decide to go down that path, I'd also like to see that tested in run-test262.c (but only when a test specifies legacy-regexp) and maybe a qjs command line flag.