-
-
Notifications
You must be signed in to change notification settings - Fork 4.3k
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
Is there a reason magic-string isn't bundled? #410
Comments
|
It's just 1 additional module to be downloaded, so if NPM/yarn already has it in the cache then it's a quicker download. |
I was wondering this same question... I think it probably should be bundled — it means installation is a bit quicker (might just be one extra cached module, or two since magic-string has an external dependency of its own, but it still makes a difference particularly in a CI context) and it's easier to use the compiler in esoteric situations such as the REPL (where we currently have to faff around with AMD config). In short, if our policy is to bundle dependencies to create the fastest possible startup experience, the leanest possible installation, and the most convenient possible distributable (and it is 😀 ) then there's no obvious reason magic-string should be excluded. It was clearly done intentionally but I have no idea what the intention was! I reckon we should bundle it and see what happens. |
Adjusting the Rollup config so that
magic-string
isn't an external dependency and is instead bundled along with everything else seems to work perfectly fine. Is there a particular reason that one dependency excluded from the bundle?The text was updated successfully, but these errors were encountered: