3 ms·

very true, for Go though if you need CGO it's hard to make a single executable, otherwise it is great. I run a few Go apps, all are single executables, upgradi

• dilyevsky 4y ago
  > CGO_ENABLED=1 CC=musl-gcc go build --ldflags '-linkmode external -extldflags=-static' Unless you cant use musl for some reason, but that’s a glibc problem, not Go
• aatd86 4y ago
  Some people are writing alternative via WebAssembly. For instance wazero which I'm really excited about. https://tetrate.io/blog/introducing-wazero-from-tetrate/?utm_campaign=Wazero%20Launch&utm_content=242066038&utm_medium=social&utm_source=twitter&hss_channel=tw-998918265177952259 https://tetrate.io/blog/introducing-wazero-from-tetrate/?utm...
• cookiengineer 4y ago
  In the malware reverse engineering scene, there are a lot of forks of the upstream "debug" go library, because it allows loading, parsing, compiling and executing libraries from disk (rather than in-kernel or in-userspace) because it is independent of dlopen. And there's also "purego" as an implementation that directly generates shellcode. Maybe those will help you, too? I am just mentioning these because for my use cases those approaches worked perfectly, CGO free. [1] https://github.com/Binject/debug https://github.com/Binject/debug [2] https://github.com/ebitengine/purego https://github.com/ebitengine/purego
  • synergy20 4y ago
    very useful,thanks