-
Notifications
You must be signed in to change notification settings - Fork 1.1k
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
Detect when a source tree has been completed #2017
Comments
No. Even if you waited forever, the source tree won't be completed because your plugin is holding up the source tree from being completed. |
Well that in part was my question. Technically the A other way to phrase the problem is, is it possible to make esbuild import specific namespaces last? |
Not really, although you could do two builds in succession. The first one would have |
I was afraid of this. Nevertheless, thank you for your time and the library, Evan. |
I mentioned similar request in #1902. I'm not sure how your magic module works, but my situation is I have to scan files to get enough data to make a virtual module. It turns out that I could just add an option |
I have the following problem:
The
internal:extensions
code is generated by extracing specific "custom markup" code somewhere in theapp.js
source tree. These snippets are then transformed, composed and injected back via theinternal:extenions
import.The issue: I cannot tell when every import of the
app.js
tree has been resolved before resolving the extensions. I hack around this by waiting 1 second before resolvinginternal:extensions
and hoping the app tree has resolved entirely.Is there a way to tap into the internal workings of esbuild to know this?
The text was updated successfully, but these errors were encountered: