Skip to content
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

Support for exports analysis #11

Open
guybedford opened this issue May 13, 2024 · 0 comments
Open

Support for exports analysis #11

guybedford opened this issue May 13, 2024 · 0 comments

Comments

@guybedford
Copy link
Collaborator

The current specification defines imports and metadata for a module source but not the exports listing, which is currently tied directly to the source text module record, as opposed to being something that can easily be specified generally for any cyclic module record.

We need to (1) determine how important exports analysis data is, and whether this must still be prioritised. Then depending on the result of that we can either:

a) Continue to omit specifying exports
b) Specify exports only for ModuleSource.prototype.exports() JS module source export data and not AbstractModuleSource.prototype.exports() generic module source export data.
b) Specify AbstractModuleSource.prototype.exports() in a way that allows each concrete module record to define its own host-defined implementation while conforming to the expected signature convention.

(1) and the needs here should drive the decision on which path to take further.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant