-
Notifications
You must be signed in to change notification settings - Fork 467
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
Ozone EGL initialization does not have DIR_ASSETS patch. #3213
Comments
Issue #3206 was marked as a duplicate of this issue. |
Linux: Load Ozone EGL binaries from DIR_ASSETS (fixes issue #3213) → <<cset 463ca625e1eb (bb)>> |
|
Linux: Load Ozone EGL binaries from DIR_ASSETS (fixes issue #3213) → <<cset 23f5569e6930 (bb)>> |
Linux: Load Ozone EGL binaries from DIR_ASSETS (fixes issue #3213) → <<cset 89e80f799a59 (bb)>> |
robincarlisle
pushed a commit
to robincarlisle/cef
that referenced
this issue
Apr 28, 2023
filipnavara
pushed a commit
to emclient/cef
that referenced
this issue
Dec 26, 2023
filipnavara
pushed a commit
to emclient/cef
that referenced
this issue
Dec 26, 2023
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Original report by PJB3005 (Bitbucket: PJB3005, GitHub: PJB3005).
linux_assets_path_1936.patch
patchesui/gl/init/gl_initializer_linux_x11.cc
so that it loadslibEGL.so
andlibGLESv2.so
fromDIR_ASSETS
. This patch is not mirrored toui/ozone/common/egl_util.cc
so initialization of EGL via Ozone does not use the patched load path (instead it usesDIR_MODULE
which is executable relative on Linux instead of relative tolibcef.so
).At least, this is what I could tell from digging through the source code of CEF/Chromium. I didn’t try compiling CEF to test whether a patch would fix this (sorry).
The text was updated successfully, but these errors were encountered: