// the find
gfx-rs/wgpu-native
Native WebGPU implementation based on wgpu-core
wgpu-native exposes WebGPU as a C ABI shared library, letting non-Rust languages use wgpu-core without touching Rust. It's the layer that makes all those Python, Go, .NET, and Java bindings possible. If you're building a graphics app in a language that isn't Rust or JavaScript, this is probably the path of least resistance to a modern GPU API.
Backed by the same wgpu-core that powers Firefox and the Rust wgpu crate — you're not betting on a side project. Pre-built binaries for Windows/Mac/Linux on both 32 and 64-bit drop the 'build Rust from scratch' tax for binding authors. Active CI with automated releases and a CHANGELOG that actually tracks breaking changes. MSRV bumps treated as breaking changes is a small thing that saves downstream binding maintainers real pain.
The C API surface is large and largely underdocumented — the Getting Started wiki exists but it's thin, and the C examples are the real documentation. Error handling across the FFI boundary is awkward; wgpu errors don't map cleanly to C idioms and you'll spend time learning the callback conventions. The spec conformance gap between wgpu-native and the browser WebGPU spec is real and not clearly communicated — apps written against this won't necessarily work in a browser with zero changes. Binding quality varies enormously across the listed language wrappers; some are maintained, some are clearly abandoned.