Source map support

[Enerccio]

Is there a support for source maps in jint?

[lahma]

What would this mean exactly? We'll close this if there's no concrete action plan.

[lahma]

Closing after six months of silence.

[thautwarm]

Source map maps the source code position from javascript to some "original" file.

This is usually useful when debugging javascript code generated from other languages(ReasonML, TypeScript, etc).

I'd like to request this feature, and if possible I'd like to help.

[thautwarm]

This can be well leveraged: https://github.com/microsoft/sourcemap-toolkit
Just add an option to ParserOption and remap the source code position.

[lofcz]

It would be nice if we could reopen this as even if this is done on Esprima's side, there is still integration TBD in Jint. Recently, there's been good progress in enabling high I/O scenarios (async <-> Task discussion, initial work on it by @lahma, perf).

The other thing such scenarios (think server back-end) need to be maintainable is typing (end-user friendly ORM is practically impossible to do without decorators), in the case of JS, there are multiple choices (TS prominently). These languages transpiling to JS generate a standardized source map as pointed out by @thautwarm

Implementing this would hence enable debugging of TS code - along with the proposed non-blocking async interop Jint could be effectively used in many new ways.

The integration would be as proposed by @thautwarm. Along with feeding the interpreter with string code / cached Module a source map could be provided additionally. This would be decoded as described here, or see a simple overview here.

[lahma]

We can reopen if someone wants to take the implementation task and offer PRs, otherwise it's quite moot to keep a forever issue open.