-
Notifications
You must be signed in to change notification settings - Fork 29
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
Skip "default" export from export * from "mod"
#184
Comments
I agree this is what the spec says, but I'm having trouble understanding why this is desirable behavior, because this breaks the ES equivalent of |
Yeah, this seems inconsistent with the creation of module namespace objects, which uses Imagine if a dynamic |
Okay, I've opened an issue on the tc39/ecma262 repository. Looking forward to understanding this policy better, or getting it retracted! |
Thanks for raising this with the TC39. |
Closes benjamn#184. Discussion: tc39/ecma262#948 Inspiration from @jdalton: standard-things/esm@19deff3 standard-things/esm@c4f2e8a
I noticed while reviewing our export extension proposals that by spec we should not export "default" for
export * from "mod"
.See https://tc39.github.io/ecma262/#sec-getexportednames.
Also mentioned in step 6 of https://tc39.github.io/ecma262/#sec-resolveexport.
This effects runtime.makeNsSetter.
The text was updated successfully, but these errors were encountered: