-
Notifications
You must be signed in to change notification settings - Fork 1.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Designating a module as library code #3640
Comments
@fatcerberus thanks for reporting this. |
+@agarwal-sandeep who is familiar with the debugging APIs. Seems reasonable that we should allow host/debugger to ignore certain modules. |
+1 we should allow. |
In my case when debugging an ES module-based codebase, the debugger's first stop tends to be one of my runtime modules, rather than the game's root module. So it'd be nice if I could step over those by default. |
We have internal operations we use to do this for Intl.js library code. Maybe we can expose those as JSRT APIs? |
As noted above, you can already do this with normal scripts, using the parse flag JsParseScriptAttributeLibraryCode. It's just that there's no equivalent option for ES modules. |
It is possible right now to call
JsParse()
orJsRun()
using the flagJsParseScriptAttributeLibraryCode
to designate the script as library code and make it invisible to the debugger. It doesn't appear to be possible to do the same for ES modules.Can this be done?
The text was updated successfully, but these errors were encountered: