We will also need GL_ARB_color_buffer_float anyway and it shouldn't infringe
anything. This issue of the spec nails it:
>22. Should this extension require a floating-point color buffer
>or texture?
>
>RESOLVED: No. This extension provides the ability to pass an
>unclamped color betw
https://bugs.freedesktop.org/show_bug.cgi?id=30353
--- Comment #3 from okias 2010-12-28 16:49:13 PST ---
mklib: Making Linux static library: libllvmpipe.a
ar: creating libllvmpipe.a
gcc -c -I. -I../../../../src/gallium/include
-I../../../../src/gallium/auxiliary -I../../../../src/gallium/drivers
Since the same-dispatch-offset-different-glx-opcodes functions are
defined in GLX, glXGetProcAddress should be a better place to handle
them specially than _glapi_get_proc_address is. With that change, I
am quite happy with the current status of shared glapi
http://cgit.freedesktop.org/~olv/mes
https://bugs.freedesktop.org/show_bug.cgi?id=32678
Chia-I Wu changed:
What|Removed |Added
Severity|normal |enhancement
--- Comment #2 from Chia-I Wu 2
https://bugs.freedesktop.org/show_bug.cgi?id=32254
Chia-I Wu changed:
What|Removed |Added
Blocks||32677
--
Configure bugmail: https://bugs.fr
https://bugs.freedesktop.org/show_bug.cgi?id=32677
Chia-I Wu changed:
What|Removed |Added
Depends on||32254
--- Comment #1 from Chia-I Wu 2010-12