Very neat. Would like to see more languages targeting single binaries. This is one reason (I believe) that has made Go so popular.
By the way, if you are looking for a tool to embed resource files in Go binaries you might find these interesting: - https://github.com/benbjohnson/genesis - https://github.com/go-bindata/go-bindata
Warp – self-contained, single binary applications
41–50 of 157 posts
Re: Warp – self-contained, single binary applications
#42I don't understand a thing, is this for any kind of application or Rust? How will this thing know how to run my bizarre app in a bizarre language?
Re: Warp – self-contained, single binary applications
#43Earlier quoted context omitted.
We're struggling using containers for our Python and Javascript applications. I think we're using venvs and node_modules and we oughtn't (or we shouldn't keep them in our project directory where they sometimes--but not always--get overwritten by source code volume mounts).
For Python, this works well for my team: https://www.dharmab.com/programming/python/docker/2017/07/24...
Re: Warp – self-contained, single binary applications
#44Earlier quoted context omitted.
> The programming field often feels like it's in a giant loop constantly re-discovering what went before. It might feel that way, but this is driven by economics. Basically disk, memory, and bandwidth is far cheaper than it used to be so who cares if you waste a GB or so copying the same libraries all over if you don't have to solve for dependency hell?
> disk is far cheaper Not in the cloud.
Re: Warp – self-contained, single binary applications
#45It's fascinating how self-contained binaries are now coveted as such a desirable feature. Dozens of languages (if not more) were capable of this decades ago. In fact, some of them could generate self-contained binaries that allowed you to bundle app assets like icons and images inside the executable - no additional add-ons needed. And they were native executables, not complicated wrappers with layer upon layer of dif…
Yes, I remember when it was such a big deal that we could finally use dynamic libraries on Amiga OS, MS-DOS protected mode and Windows 3.x. Even GNU/Linux made such a big deal of moving from a.out to ELF binary format, due to easier support for dynamic linking, which quite cumbersome with a.out. Now almost 30 years later it is a big deal to support static linking, go figure.
Re: Warp – self-contained, single binary applications
#46Re: Warp – self-contained, single binary applications
#47I think it’s funny to use java as an example when jar files have been around forever. Still there are some use cases for other things where statically linking is not possible. I wonder what benefits this has over other solutions? Originally when it said multi-platform i thought it meant that one binary could run on multiple platforms like a fat binary. But i think all of the examples require you to have a specific ta…
There's something to be said for the fact that these are native binaries. Like under windows you'd be able just call CreateProcess with the file. Jars never did that and intrinsically needed an interpreter to run them.
There's something to be said for an entirely self-contained native binary, at least as an easy on-ramp for users.
Re: Warp – self-contained, single binary applications
#48Based on the readme, this is basically an SFX archive, which runs a binary upon completion of extraction to temporary folder, much like winzip & the like have created for ages.
I'm sure this still has some uses, but they are rather limited, and very dull.
Re: Warp – self-contained, single binary applications
#49Earlier quoted context omitted.
For Python, this works well for my team: https://www.dharmab.com/programming/python/docker/2017/07/24...
Sorry if I'm a little dense; that doesn't seem like it solves any problems. It just says "use virtualenv and/or docker". I guess I was hoping for "how to manage dependencies in a localdev-friendly way for a Python/Docker app" or something.
Re: Warp – self-contained, single binary applications
#50Earlier quoted context omitted.
For Python, this works well for my team: https://www.dharmab.com/programming/python/docker/2017/07/24...
Sorry if I'm a little dense; that doesn't seem like it solves any problems. It just says "use virtualenv and/or docker". I guess I was hoping for "how to manage dependencies in a localdev-friendly way for a Python/Docker app" or something.