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.
libc
-
Show HN: Sqinn-Go is a Golang library for accessing SQLite databases in pure Go
I don't think I understand what the argument for that is, because I've only ever heard it articulated as "cgo isn't go" which doesn't really convey much information.
Is this go? https://gitlab.com/cznic/libc/-/blob/master/libc_openbsd.go?...
I mean technically I suppose it is code that conforms to the go language grammar, but I'm not sure why a language purist would accept this.
- Go port of SQLite without CGo
-
SQLite in Go, with and without cgo
Maybe you can contribute a fix? The related discussion is here: https://gitlab.com/cznic/libc/-/issues/20
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?
sqlite
go-plugin - Golang plugin system over RPC.
go-sqlite3 - Go bindings to SQLite using wazero
barcode-server - A simple daemon to expose USB Barcode Scanner data to other services using Websockets, Webhooks or MQTT.
homebrew-musl-cross - Homebrew Formula for static-friendly musl-based GCC macOS-to-Linux cross-compilers
gamen - Cross-platform GUI window creation & management library in Go
go-sqlite - pure-Go SQLite driver for Go (SQLite embedded)
nocgo - dlopen in go without cgo
ctlstore - Control Data Store
iup-go - Cross-platform UI library with native controls
go-sqlite-bench - Benchmarks for Golang SQLite Drivers
mach - zig game engine & graphics toolkit