Digit

I did some testings, a few things stood out: 1. I see the issue between building for escript and burrito like you also reported: I see both messages print out....

Thanks for the info and reports everyone-- I'll be digging into this when I can! Most likely this weekend

Alright @mmower I pulled down your latest Rez and came to the following conclusions: Your method for checking if you are compiling for Burrito/EScript isn't working as intended, and I...

@jwilger I'm digging into your bug now, as it's a much smaller case to reproduce, and I can in fact see it hanging... this may be related to `stdout` not...

I'm staring to think this is related: https://github.com/erlang/otp/issues/7438 I see a lot of pending req/finch processes when trying to kill the VM. Something is lingering, perhaps we don't compile fich/req...

Sounds like an OK workaround for now- I'll try and get something in today to help ease all the checking required: Basically I'll set an BURRITO_APP=1 environment variable when the...

I'll still add that function to check if we're running inside burrito, but @mmower I've managed to solve your use case with the current release of Burrito and without any...

I'm closing this issue due to inactivity. Please let me know if things are still not working as expected!

It looks like zig HAS a zstd decompressor already built in! (https://github.com/ziglang/zig/pull/14394) Seems like they don't have a compressor yet oddly enough. But this is something we could work with

After doing some light testing I can see that zstd produces a much larger packed binary... even in the small `cli_example` app when using the very CPU heavy/aggressive compression level:...