dcodeIO

I see. In that case, you might want to give [Preprocessor](https://github.com/dcodeIO/Preprocessor.js) a try to bundle your files, possibly leaving stuff out, prior to compilation. There are also some CC switches...

What I found on this: http://www.nonblocking.io/2011/12/experimental-support-for-common-js-and.html (CC internal) Maybe this could be useful, too: http://browserify.org/ (bundles require statements) Or, like mentioned above, using Preprocessor.js prior to compilation, e.g. by adding...

So, I guess CC's CommonJS support is far from being usable. To pass options (any that closure compiler supports) to ClosureCompiler.js: - `new ClosureCompiler(options)` - `ClosureCompiler.compile(files, options, callback)` - Or...

This seems to be an issue with Closure Compiler itself. The right place to report it is https://github.com/google/closure-compiler

I see. Do you know if closure compiler itself allows compilation of stdin? That'd be required to make something like this work. Everything else would still require a temporary file.

Hmm, this looks pretty bad. Has this been reported to Node.js already / is there a response? Not sure that working around this in every package using Wasm is the...

There's no sqrt method yet, but would make sense to provide one.

Just modernized the package quite a bit while switching to ESM, leading to conflicts, but now I'd be fine with modernizing the code as well :)

Makes me wonder how [Object.getOwnPropertySymbols](https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Object/getOwnPropertySymbols) changes the equation.

Given that `mul` is already performed in Wasm and that `add` / `sub` aren't so slow, and given the scope of this package, I'm wondering if extending the API with...