Skip to content

Conversation

Vexu
Copy link
Member

@Vexu Vexu commented Dec 8, 2022

Closes #5102
Closes #5695
Closes #10477

@Vexu Vexu requested a review from kristoff-it as a code owner December 8, 2022 17:53
@Vexu Vexu force-pushed the eliminate-bound-fn branch 2 times, most recently from 37f2968 to 433c6f2 Compare December 9, 2022 17:25
@andrewrk andrewrk enabled auto-merge December 9, 2022 20:05
@andrewrk
Copy link
Member

andrewrk commented Dec 9, 2022

I hope you don't mind if I tag along with this branch, a commit that removes zstd compression from the wasm binary. Here's why:

  • It has been demonstrated that the release tarballs are actually smaller if zig1.wasm gets compressed along with the other files rather than separately compressed.
  • More importantly, leaving zig1.wasm uncompressed may result in a smaller git repository size, since the repository as a whole could have savings across the multiple versions of zig1.wasm, which would not be possible if each one was independently compressed.
  • When in doubt, do what is simpler, which is to not have this extra zstd mechanism. This will remove the only "vendored" code from our build process, which is a nice property to have.

@andrewrk andrewrk disabled auto-merge December 9, 2022 22:47
@andrewrk andrewrk enabled auto-merge December 10, 2022 00:31
Vexu and others added 4 commits December 9, 2022 20:37
This also no longer uses zstd compression on this file. The reasoning
for this is:

 * It has been demonstrated that the release tarballs are actually
   smaller if zig1.wasm gets compressed along with the other files
   rather than separately compressed.

 * More importantly, leaving zig1.wasm uncompressed may result in a
   smaller git repository size, since the repository as a whole could
   have savings across the multiple versions of zig1.wasm, which would
   not be possible if each one was independently compressed.

 * When in doubt, do what is simpler, which is to not have this extra
   zstd mechanism. This will remove the only "vendored" code from our
   build process, which is a nice property to have.

Co-authored-by: Andrew Kelley <[email protected]>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
3 participants