Age | Commit message (Collapse) | Author | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
EGLDisplay is typedefed as a pointer.
|
|
|
|
Note that GLES doesn't allow zero-length mappings, unlike desktop GL.
|
|
|
|
|
|
|
|
|
|
The only way these get used is when you choose to include epoxy/gl.h
but EGL/egl.h. I'm not sure that's something I want to actually
support, but piglit happened to do so, and this gets things working.
There's not as much support here as in real khrplatform.h, but then
there's no EGL for windows. And seriously, compilers support 64-bit
and float types, why would you even build this complexity?
|
|
|
|
Like some of the other missing '\n's, I'd originally used errx(), then
just done a sed job to fprintf when I found that win32 lacked errx().
|
|
|
|
|
|
This should avoid any differences we might end up with compared to
system khrplatform.h.
|
|
|
|
One of the problems with krhplatform.h (besides it being a terrible
idea in the first place) is that it's not present on many systems at
all, including apple, win32, and linux before late 2009.
So, unless we introduce the first ./configure dependency to the core
library build, we really do need to define these standard types to
their standard values. But if we allow khrplatform.h inclusion as
well, we'll get long-vs-int redefinition warnings on 32-bit. So, we
have to completely replicate the header, which is a thing we've done
for everything else except for eglplatform.h.
A testcase will be used to make sure that our types don't drift from
the system khrplatform.h types, if it even exists.
Fixes #17
|
|
|
|
Everything I'd linked against the library so far already had a libdl
dependency (through libX11, for example), so I hadn't noticed.
|
|
Fixes linking with --as-needed.
|
|
This is a lot shorter to type, and still gets the dependencies to work
(tested with touch src/dispatch_common.c; make check, and touch
src/egl_common.c; make check).
|
|
|
|
|
|
|
|
I didn't have CWARNFLAGS in the Makefile.am, so lots of things that
would generate warnings had crept in.
|
|
Fixes #20
|
|
Fixes #19
|
|
|
|
If you happened to do both GLES2 and GLES1 in a process, it meant that
you'd try to look up v1 procs in the v2 API, and lose. Caught by
piglit oes_fixed_point-attribute-arrays.
|
|
Fixes distcheck when built out of tree (not that I'm using make dist
for distributing releases, currently).
|
|
Fixes #15 (and make dist when built out of tree)
|
|
The new linker requires that the consumers of a library link against
the libraries that that library depends on, which is supported by
Libs.private.
Fixes #16
|
|
Python was apparently randomizing the output of the hash iterator,
preventing ccache after a make clean.
|
|
Mesa reports "OpenGL ES-CM 1.1", so we need to not look for a space
after "ES", and 1.1 is still a 1.0-compatible implementation.
|
|
Since I was touching these bits, it was easy enough to make sure that
our header guards work on our own headers.
|
|
We can't completely avoid it, since gl's headers use these defines for
their header guards, and we really do need to stop the system GL
headers from doing anything.
Fixes #14
|
|
It's been 0x000fffff on Mesa since the initial import in 1999. It's
the same value on my OS X 10.8 system, mingw's Windows-compatible
gl.h, and a copy of the windows SDK gl.h I found laying around on the
internet.
Fixes piglit ARB_multisample/pushpop.
|
|
Conflicts:
registry/egl.xml
registry/gl.xml
The only diff we now have from the source is glUnmapBufferOES()'s
alias to normal glUnmapBuffer().
|
|
|
|
EGL_KHR_image_base defines these two functions, and so does
EGL_KHR_image (which is bascically the union of EGL_KHR_image_base and
EGL_KHR_image_pixmap).
|
|
|
|
|
|
It would sure be neat if any of the README previewers out there
actually rendered things the same way github does.
|
|
For performance, I want to be able to make single-context (well,
single-pixel-format-and-device) apps be able to directly call GL
functions through function pointers. Bake that into the ABI now so I
can get a release out the door and fix this up later.
This also fixes the lack of __stdcall annotation on the
PFNWHATEVERPROC typedefs.
|
|
Fixes #2.
|
|
|
|
If you accidentally call it on a non-egl platform, better to get an
informative error message.
|