-
Notifications
You must be signed in to change notification settings - Fork 12.6k
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
Compiler option to combine and downgrade external modules with outFile #17537
Comments
Duplicate of #4434 ? |
It looks like #4434 is way too broad and suggests preserving ES6 module semantics - why preserve modules in a combined .js file? #7671 is closer to what I was thinking - convert modules to simple IIFEs while concatenating. Something similar to A use case would be generating down-level .js file from module-based sources for |
cause this is what users expect from a compiler, to have consistent semantics :)
ES6 is the standard of the web, it has a well defined concept of modules, and we believe this is where most future investments would be. we are not planning on adding a new module format. We believe this is job better left to other tools like rollup, systemjs, webpack.. etc.. |
Automatically closing this issue for housekeeping purposes. The issue labels indicate that it is unactionable at the moment or has already been addressed. |
As per compiler message:
Only 'amd' and 'system' modules are supported alongside --outFile.
It appears that it also accepts"module": "none"
, with no module contents being compiled into the output file.I was wondering if we could have have this (or other option) still compile the contents but leave the module semantics out instead?
Given that in a combined .js file modules lose their benefit, would it not make sense to replace resulting
System.register(system) define(amd)
with plain IIFEs in this case?The text was updated successfully, but these errors were encountered: