Context sharing in opengl

[Dreaming-Codes]

Is there any way to attach to an existing opengl instance within the same process?
I'm trying to render an HUD on top of an opengl canvas by injecting a dynamic library is that possible with wgpu.
This method seems related but it's not supported on windows and I need to support all major platforms
https://docs.rs/wgpu-hal/latest/wgpu_hal/gles/struct.Adapter.html#method.new_external

[cwfitzgerald]

That is actually a documentation issue, if you select the windows documentation platform you can see that the method is still there. It's getting fooled by our configuration.

https://docs.rs/wgpu-hal/latest/x86_64-pc-windows-msvc/wgpu_hal/gles/struct.Adapter.html#method.new_external

[Dreaming-Codes]

Are there any additional considerations I should keep in mind when using wgpu on top of an existing GLFW OpenGL context compared to rendering with glow?

For context, I’ve been able to render egui by sharing the OpenGL context like this:

#[uniffi::export]
pub fn init_glow(opengl_provider: Arc<dyn OpenGlProcAddressProvider>) {
    let gl = unsafe {
        glow::Context::from_loader_function(|name| {
            opengl_provider.by_string(name.to_string()) as *const std::os::raw::c_void
        })
    };

    // Note: This is a simplified example. In my actual implementation, 
    // I use a global state to share the context between render calls.
    let painter = Painter::new(Arc::new(gl), "", None, false)
        .expect("Failed to create egui glow painter");
}

My final goal is to render iced with wgpu

[cwfitzgerald]

No not really, as long as the pointers stay alive until all wgpu stuff dies (which they should with glfw) then you should be fine.