-
-
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
Runtime issue with named export overrides #2101
Comments
i'd like to second this im running into this issue too, is there any workaround? |
Just wanted to add that I have also run into this issue. I have looked into fixing it, but haven't yet been able to spend enough time to figure out exactly where the fix needs to be made. The fact that I've barely touched Rust before certainly doesn't help. :) |
Is this still an issue with the latest release? I merged a fix in a few weeks ago to address something similar to this issue, but it's not 100% fixed yet in all cases, so I was planning a new PR for it. |
So im not sure if this is relevant but I still get this issue when doing...
the screen export is not available for anything importing from that file.
|
How did you verify this? The PR was merged, but will not be released until 1.2.114 milestone.
|
ah derp i saw the release this morning and assumed. great catch |
This closed issue has been automatically locked because it had no new activity for a month. If you are running into a similar issue, please create a new issue with the steps to reproduce. Thank you. |
Describe the bug
Based on #1714
Valid JS is generated, but at runtime if the override is not the same (identity-wise) as the export from
*
the code won't load.Input code
Config
Expected behavior
The transpilation should respect the behaviour that the named exports can override the wildcard exports.
e.g. Babel REPL generates the
_exportNames
object for overrides and then excludes those when defining the wildcard export.Version
The version of @swc/core: 1.2.77
Additional context
This code should have this behaviour too:
The text was updated successfully, but these errors were encountered: