sokol-tools
purego
sokol-tools | purego | |
---|---|---|
5 | 21 | |
201 | 1,876 | |
- | 3.6% | |
7.3 | 8.0 | |
2 days ago | 9 days ago | |
C++ | Go | |
MIT License | Apache License 2.0 |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
sokol-tools
-
Stop Hiding the Sharp Knives: The WebAssembly Linux Interface
I would really love being able to take any POSIX command line tool, compile that to WASI, and run it on (at least) Linux, Windows and macOS like a regular executable without having to install a separate WASI runtime.
I'm a 'WASI convert' since I was able to take an ancient 8-bit assembler written in the mid-90's (http://xi6.com/projects/asmx/), compile that as-is with the WASI SDK (https://github.com/WebAssembly/wasi-sdk), and then integrate it into a VSCode extension (https://marketplace.visualstudio.com/items?itemName=floooh.v...).
A similar problem is I have is a shader cross-compiler (https://github.com/floooh/sokol-tools) which needs to run Linux, macOS and Windows and takes too long to build locally, thus I currently need to distribute that as pre-built binaries. Compiling this to WASI works, but the filesystem access restrictions built into current wasm runtimes are a hassle to manage, and it would require a WASI runtime to be separately installed).
-
Meta Releases Intermediate Graphics Library
Sokol also provides a solution for shader cross-compilation (https://github.com/floooh/sokol-tools/blob/master/docs/sokol...), so you only need to write your shaders once no matter if you're targeting OpenGL, Metal, or DirectX.
There are other tools you could use out there with IGL, but Sokol's solution streamlines the whole process.
-
Go 1.21 will (likely) have a static toolchain on Linux
> but that is only for software written in C, it does not work with C++.
I have a pretty complex C++ command line tool which works just fine with MUSL (https://github.com/floooh/sokol-tools). What potential problems should I be aware of?
-
Zig: The Modern Alternative to C
In practice it works very well though, I experimented replacing cmake with build.zig for a 'not-quite-trivial' C++ project, and tbh for cross-platform code that's a lot nicer wrestling with cmake and all the C/C++ compiler toolchain differences:
https://github.com/floooh/sokol-tools/blob/master/build.zig
-
Qb – Zero-configuration build system to quickly build C/C++ projects
Yes, here is an example:
https://github.com/floooh/sokol-tools/blob/master/build.zig
Compared to cmake, this means giving up IDE support like Xcode or Visual Studio though, it's really just a pure build system.
purego
- Show HN: Sqinn-Go is a Golang library for accessing SQLite databases in pure Go
-
Netgate upstreams FreeBSD support to the purego project
Click here to view the commit: https://github.com/ebitengine/purego/commit/1a4ea678b5a7598275a28e787179da1b7a058b11
Click here to view the commit: https://github.com/ebitengine/purego/commit/1a4ea678b5a7598275a28e787179da1b7a058b11
-
SIMD in Go
Maybe interesting for you: https://github.com/ebitengine/purego
-
Ideas for GUI libraries?
most X11 functionality can be accessed via xgb|xgbutil (jezek has a current fork). nucular makes use of it via shiny. OpenGL and such libraries can be assumed to exist on those systems, so directly calling those c libraries without cgo is a possibility. Ebiten is currently working on it: purego.
- Go 1.21 will (likely) have a static toolchain on Linux
-
The Simplicity of Single-File Golang Deployments
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).
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
[2] https://github.com/ebitengine/purego
-
Which platform/os do you prefer to use while using Go for developing your services, apps, CLIs, etc ?
https://github.com/ebitengine/purego Instead of Go using C toolchain, purego bypass it for already (should I say compiled or object-compiled)
-
Precompiled CGo Code
You could use https://github.com/ebitengine/purego which would not require a C compiler to build
- 뉴스 스크랩 2023-02-14
What are some alternatives?
libxev - libxev is a cross-platform, high-performance event loop that provides abstractions for non-blocking IO, timers, events, and more and works on Linux (io_uring or epoll), macOS (kqueue), and Wasm + WASI. Available as both a Zig and C API.
go-plugin - Golang plugin system over RPC.
SFML-IGL - Rendering example with Meta's Intermediate Graphics Library and SFML
barcode-server - A simple daemon to expose USB Barcode Scanner data to other services using Websockets, Webhooks or MQTT.
c - Compile and execute C "scripts" in one go!
gamen - Cross-platform GUI window creation & management library in Go
libddwaf - Datadog's WAF
nocgo - dlopen in go without cgo
igl - Intermediate Graphics Library (IGL) is a cross-platform library that commands the GPU. It provides a single low-level cross-platform interface on top of various graphics APIs (e.g. OpenGL, Metal and Vulkan).
iup-go - Cross-platform UI library with native controls
qb - Zero-configuration build system to very quickly build C/C++ projects.
mach - zig game engine & graphics toolkit