-
-
Notifications
You must be signed in to change notification settings - Fork 477
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Support statically-linked libEGL? (On Windows) #997
Comments
The original motivating example of https://github.com/servo/mozangle/ is no longer relevant. We have since modified the build to generate a libEGL.dll on Windows if desired. |
@jdm Does this involve a build system around Cargo copying the dll file to the right place? |
It does, yes. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
https://github.com/servo/mozangle compiles ANGLE, on Windows with an EGL implementation. To avoid the complication of shipping
.dll
files separately, it is linked as a static library.Glutin supports EGL on Windows, but loads it from a dynamic library like
libEGL.dll
. What do you think of adding support for statically-linked EGL?Conditionally having something like
extern { fn eglGetProcAddress(…) }
directly in Glutin would require a compile-time flag, which isn’t great. So maybe that function could be (optionally) provided by users:Since this is only relevant on Windows, maybe it should be in a
glutin::os::windows::ContextBuilderExt
trait.Or maybe something more automagic could be made with weak symbols, but those don’t seem to be available in Stable Rust.
Thoughts?
The text was updated successfully, but these errors were encountered: