Richard Musiol

There are also other changes that might have increased the gzipped output size a bit. In my testing of the version before be37568 and after, the gzipped size reduced. If...

@shurcooL Thanks for collecting those stats. I'm quite happy with the output size right now. Of course there are still some optimizations possible, but there are more pressing issues.

That way you can't do dead code elimination at all, so the total size would be bigger.

Yes, I am working on the WebAssembly backend for the Go compiler (and other work). Unfortunately this means that I have almost no time left for GopherJS. I feel like...

@hajimehoshi Would you be open to helping with maintaining this project? I could give you commit permissions. @shurcooL already has them, but maybe he is also quite busy atm. ;-)

@shurcooL Wdyt? I think you two should talk a bit to discuss how you want to go about it.

Here are some problems that I see: - This would break the Go spec, especially around package initialization. `init` functions and package variable initializations have to run in a specified...

@paralin 5-8 seconds for a rebuild are annoying, I agree with that. I'm wondering why it takes so long. Have you tried using https://webpack.github.io/docs/configuration.html#module-noparse and made sure that there are...

The Go spec says the following about maps: `The comparison operators == and != must be fully defined for operands of the key type; thus the key type must not...

@shibukawa Thanks for the bug report. Please give me some time to fix it, since the solution is not straightforward. JS has no pointers, they can only be emulated which...