You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Zeit uses ncc internally to build a lot of tools into single optimized installs that can be used as standalone executables.
With anything that depends on Babel, this is not currently possible due to the dynamic plugin patterns used internally in Babel, where the plugin name is passed as a string, with the dynamic require itself contained within Babel core.
If plugins are passed instead as require('plugin-name') statements upfront in the preset-env and preset-modulesindex.js files, then it would be possible to get a full static analysis build of these packages using ncc (and other tools) and create these optimized builds of Babel workflows.
Is this something the Babel core team would consider? If so I would be glad to assist, but wanted to discuss first.
The text was updated successfully, but these errors were encountered:
Hey @guybedford! We really appreciate you taking the time to report an issue. The collaborators on this project attempt to help as many people as possible, but we're a limited number of volunteers, so it's possible this won't be addressed swiftly.
If you need any help, or just have general Babel or JavaScript questions, we have a vibrant Slack community that typically always has someone willing to help. You can sign-up here for an invite."
For preset-modules, we had a short discussion about it at babel/preset-modules#6, but we could reconsider it if needed. Note that, starting from @babel/preset-env@7.9.0, you don't need @babel/preset-modules anymore.
Feature Request
Zeit uses ncc internally to build a lot of tools into single optimized installs that can be used as standalone executables.
With anything that depends on Babel, this is not currently possible due to the dynamic plugin patterns used internally in Babel, where the plugin name is passed as a string, with the dynamic require itself contained within Babel core.
If plugins are passed instead as
require('plugin-name')
statements upfront in the preset-env and preset-modulesindex.js
files, then it would be possible to get a full static analysis build of these packages using ncc (and other tools) and create these optimized builds of Babel workflows.Is this something the Babel core team would consider? If so I would be glad to assist, but wanted to discuss first.
The text was updated successfully, but these errors were encountered: