I'd like to propose adding a C++ wrapper to this repository.
Dawn ships webgpu_cpp.h, which has become the de facto standard C++ bindings for WebGPU. That works well if you want to use Dawn's implementation, but if you want to use C++ with a different backend — wasi:webgpu in our case — the only option is to bind directly to the C header. That defeats the purpose of having a standard, implementation-agnostic header, at least for C++ use cases
Emscripten also implements webgpu_cpp.h, so it's already in use across multiple projects and backends, not just Dawn.
Would it make sense to move (or adopt an equivalent of) webgpu_cpp.h into webgpu-headers, so it becomes a standard C++ wrapper that any implementation (Dawn, wgpu-native, wasi:webgpu, etc.) can provide, rather than something tied to a specific implementation?
I'd like to propose adding a C++ wrapper to this repository.
Dawn ships
webgpu_cpp.h, which has become the de facto standard C++ bindings for WebGPU. That works well if you want to use Dawn's implementation, but if you want to use C++ with a different backend —wasi:webgpuin our case — the only option is to bind directly to the C header. That defeats the purpose of having a standard, implementation-agnostic header, at least for C++ use casesEmscripten also implements
webgpu_cpp.h, so it's already in use across multiple projects and backends, not just Dawn.Would it make sense to move (or adopt an equivalent of)
webgpu_cpp.hinto webgpu-headers, so it becomes a standard C++ wrapper that any implementation (Dawn, wgpu-native,wasi:webgpu, etc.) can provide, rather than something tied to a specific implementation?