| Commit message (Collapse) | Author | Age | Files | Lines |
|\
| |
| | |
Synchronize with debian package
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| | |
Thanks to Helmut Grohne <helmut@subdivi.de>
|
| | |
|
|/ |
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
The two dropped "conservative" symbols were internal symbols for the
dispatch code that were erroneously exported. No user should have
noticed them, because they didn't have prototypes in the headers.
|
|\
| |
| |
| | |
Upstream version 1.3.1
|
| |\ |
|
| | |
| | |
| | |
| | | |
A small bug was noticed during debian packaging.
|
| | |
| | |
| | |
| | |
| | | |
Like epoxy_conservative_gl_version(), it's internal only (and didn't
have a published prototype in the headers).
|
|\ \ \
| |/ /
| | |
| | | |
Upstream version 1.3
|
| |\ \
| | |/ |
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | | |
Saves another 15kb of compiled code.
|
| | |
| | |
| | |
| | |
| | |
| | | |
Since our provider enums are small, we can store them as bytes or
shorts if we just let the compiler know that it's OK. Saves 20kb in
the compiled library.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
The XML uses a node for where the string should be. This should fix
segfaults using GL_ARB_debug_output on windows.
Fixes #46.
|
| | |\
| | | |
| | | |
| | | | |
This brings in support for non-error context extensions.
|
| | | | |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
According to the OpenGL ES standard, "glGetString(GL_VERSION)" should
return a string starting with "OpenGL ES". However, PowerVR's OpenGL
ES implementation (and perhaps others) don't comply with the standard
here. If our context happend to be bound using EGL, then we can just
ask EGL what kind of context it was, avoiding the glGetString() check.
|
| | | |
| | | |
| | | |
| | | |
| | | | |
The windows ABI is GL 1.1, not 1.0. You get NULL pointers for 1.1
functions when calling wglGetProcAddress(). Fixes #47.
|
| | | |
| | | |
| | | |
| | | | |
Fixes #39
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Don't mark epoxy_conservative_gl_version() for export, as it is meant
to be a private API to be used within libepoxy only.
Reviewed-by: Eric Anholt <eric@anholt.net>
|
| | | |
| | | |
| | | |
| | | |
| | | | |
Ensure that we do __stdcall only after the return type, as Visual Studio
will not like it otherwise.
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
This updates the script to generate code that is buildable by Visual Studio
2013 by:
-Using a macro to define the compiler-specific way to do noinline for a
function, and use it when needed.
-Avoid using empty arrays and structs as that is a C99 feature that will
likely be never support on Visual Studio as it is now an optional feature
of C11.
|
| | | |
| | | |
| | | |
| | | |
| | | | |
Visual Studio does not like __stdcall before the return type, which is
what GLAPIENTRY and EPOXY_CALLSPEC expands to on Windows.
|
| | | |
| | | |
| | | |
| | | |
| | | | |
It is a C99 feature that is not supported (nor will it probably be at
any point) on Visual Studio.
|
| | | | |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Ensure that we also have import/export decorations for the prototypes, as
Visual Studio does not like such decorations on the function definitions
without the prototypes decorated as well, when the function prototypes
exist.
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Without this, we got code generation that was dependent on the
original ordering in the hash table, and thus non-reproducible builds.
Based on a commit by Stephan Kulow, but retaining the sorting by
function name first (that way all providers with the same name appear
next to each other like before, and also happens to ensure that core
names tend to appear before non-core names)
|
| | |\ \ |
|
| | | |\ \
| | | | |/ |
|
| | | | | |
|
| | |\ \ \
| | | |/ /
| | |/| | |
Update the homepage URL
|
| | |/ / |
|
| | |\ \
| | | |/ |
|
| | | | |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
This would have leaked our TLS indices on process exit.
Fixes #32
|
| | |\ \
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
I've come around to the various contributors' positions: X11 on OSX is
basically dead, and we're not serving our users by trying to support
it.
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
OS X support shouldn't depend on X11 being installed on the host.
Removes the X11 dependency.
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
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.
|