| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
I felt a little uncomfortable knowing I had two things defining
EGL_LIBS, but it worked on my system. It failed on the travis ci
build.
|
| |
|
|
| |
Fixes #29.
|
| |
|
|
|
|
|
| |
We don't ever explicity link against libEGL, so no need to make use of
EGL_LIBS.
Fixes #30.
|
| |
|
|
|
|
| |
These LDFLAGS go to the compiler, and getting the arg to the linker
requires -Wl or -Xlinker. gcc apparently was passing this through
anyway, while clang was getting angry.
|
| |
|
|
|
|
|
| |
This isn't quite as good as I'd like -- the XVFB setup doesn't support
a bunch of context creation extensions that we use, and I haven't
looked into the multiplatform stuff for doing OS X testing yet. I
think it's a good start, though.
|
| |
|
|
|
| |
I've decided it's time to accept that building with MSVC 2010 is a way
that people want to use this software.
|
| |\
| |
| | |
Add support for Android.
|
| |/
|
|
|
|
|
|
| |
This has been tested with both OpenGL and OpenGL ES on Android.
We can't use dlsym on Android to get all the function pointers since Android's libGLES* libraries are just shim libraries that pass everything through
to the real vendor specific libraries.
Due to this we must grab function pointers entirely through eglGetProcAddress instead of dlsym.
|
| | |
|
| |\ |
|
| | | |
|
| | |
| |
| |
| | |
Fixes #26
|
| | |
| |
| |
| | |
MSVC 2010 appears to require that it be located there.
|
| | |
| |
| |
| |
| |
| |
| | |
Fixes failure of the X Server with glamor using desktop GL on EGL, and
the associated testcase in the tree. This was clearly just
copy-and-paste failure on my part in
b251e3ae337cecda3cbede6fde8cc8f7cef942c9.
|
| | | |
|
| | |
| |
| |
| | |
We'd need a dlvsym() equivalent.
|
| | |
| |
| |
| | |
Fixes #11.
|
| | |
| |
| |
| | |
I was running into file size limits with win32 debug symbols.
|
| | |
| |
| |
| |
| |
| |
| |
| | |
This increases the size of the library, but avoids some of the
concerns that have been brought up with the library silently switching
you from glWhateverEXT() to glWhatever() if there might be slight
behavior differences between the two that hadn't been identified. The
downside is that it means we can't share the resolver functions among aliases.
|
| | |
| |
| |
| | |
Huh, my old rule of "untested code is broken code" didn't hold up, for once.
|
| | |
| |
| |
| |
| |
| |
| | |
Now that it's split out from epoxy_get_core_proc_address(),
the particular symbols we were testing for before calling
GetCurrentContext() didn't make much sense, plus we were leaking
dlerror()s still.
|
| | |
| |
| |
| | |
Fixes #24
|
| | |
| |
| |
| |
| | |
It turns out I need to reuse this for GLES symbols when using
GLX_EXT_create_context_es2_profile.
|
| | |
| |
| |
| | |
Again, no known bugs, but it seems like a bad idea.
|
| | |
| |
| |
| | |
No reported bugs I'm fixing here, just cleanup.
|
| | |
| |
| |
| |
| | |
This is based on a bug report from Steinar H. Gunderson about using
GLES3 with SDL and epoxy.
|
| | | |
|
| | | |
|
| | |
| |
| |
| | |
Fixes #10.
|
| | | |
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
I couldn't find a spec for this one on the internet, but this matches
the prototype in eglmesaext.h. The note in swap_region2 says:
4) How is this extension an improvement over EGL_NOK_swap_region?
RESOLVED: This extension builds on the previous
EGL_NOK_swap_region extension by requiring that the implementation
considers the update region provided by the application as a
mandate rather than a hint. This allows for region-restricted
rendering without requiring the use of preserved buffer swaps
which may be relatively expensive for the implementation.
Furthermore, whilst preserved swap behaviour is necessary for
incremental rendering, many applications fully re-render modified
surface regions and so don't require preserved swap
behaviour. This extension provides a lighter weight surface update
mechanism for such applications.
|
| | |
| |
| |
| |
| |
| | |
Found at:
https://www.khronos.org/registry/egl/extensions/NOK/EGL_NOK_swap_region2.txt
|
| | |
| |
| |
| |
| |
| | |
Found at:
https://www.khronos.org/registry/egl/extensions/NOK/EGL_NOK_texture_from_pixmap.txt
|
| |\ \
| |/
| |
| | |
This brings in GLES 3.1, EGL 1.5, and GLX_MESA_query_renderer.
|
| | | |
|
| | | |
|
| | |
| |
| |
| |
| |
| | |
If you already had GLX loaded by epoxy, this wouldn't happen, but on
the first call, fallback cases might have taken the EGL path if EGL
was loaded.
|
| | |
| |
| |
| | |
I want to reuse this from get_core_proc_address().
|
| | |
| |
| |
| |
| |
| |
| | |
Fixes the GLX-only subtest of egl_and_glx_different_pointers. Now
what remains is dispatch tables for when you're actively using both.
Fixes #23
|
| | |
| |
| |
| | |
Fixes the EGL-only subtest of egl_and_glx_different_pointers.
|
| | |
| |
| |
| |
| | |
This is the case on the nvidia binary driver's GL, or when you've got
a system mixing nvidia binary GL and Mesa EGL.
|
| | |
| |
| |
| | |
This is just cworth's code, reindented for this project.
|
| | | |
|
| | |
| |
| |
| |
| |
| |
| | |
ARM and Mesa disagreed on how to look up the functions, so support
both ways.
Fixes #21
|
| | |
| |
| |
| |
| | |
I was initially planning on having a separate file of the overrides
when I'd forgotten I couldn't rely on ELF symbol lookup.
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This fixes crashes on ARM's Mali drivers, where desktop GL isn't
supported, and epoxy didn't notice the error and tried to dlsym() on
libGL.so.1.
An alternative would have been to look at the response from
eglQueryAPI() first, but that would have meant that we still need to
BindAPI in the case that eglQueryAPI returns something like VG or CL,
and so we needed to handle these errors regardless.
Fixes #22
|
| | |
| |
| |
| |
| |
| |
| |
| | |
Epoxy dlsym()s directly into libEGL instead of using dlsym() on a NULL
handle, so we can't relying on ELF resolution like we do for dlopen().
Instead, just override epoxy's function pointers for the functions
epoxy will call in the process of getting one of these bootstrap
functions.
|
| | | |
|
| | | |
|
| | | |
|