| Age | Commit message (Collapse) | Author |
|---|
|
|
|
OSMesaDestroyContext()
|
|
|
|
|
|
|
|
|
|
|
|
It could only be called from XMesaCopySubBuffer but this function is not used
by XFree86.
It seems that XMesaPutImageHelper would handle sub-images but never got
finished. Proper sub-image helpers should be written if need be.
|
|
This uses xmesa.h as the GLcore interface and avoids adding an explicit GLcore
inteface which would not be a proper interface anyway.
It puts the declarations of the three functions specific for XMesa/XFree86 in
xmesa.h, we can push them down to xmesa_xf86.h if hiding behind XFree86Server
ifdef's is not enough.
|
|
|
|
(see bug 10587)
|
|
|
|
what's expected.
|
|
|
|
Note that (unlike texture objects), shader handles remain valid (in the
hash table) after glDeleteShader/Program() if the refcount isn't zero.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Fedora bug #229808.
|
|
|
|
|
|
|
|
Fixes bug 10371.
|
|
|
|
This is a remnant from the libcwrapper days that can be removed now. It is the
last XFree86 glitch in Mesa core.
Reverts the following commit (thanks to Brian Paul for pointing to it):
commit 8b1dc68662f2a18ea4e02c6d3247c5d1da741aa8
Author: Alan Hourihane <alanh@tungstengraphics.com>
Date: Tue Jan 24 21:40:53 2006 +0000
pull in fix from 6.4 branch for XFree86Server definition
commit cc7b6810e2fe6ab485fd96d5f17bf5d9329bd153
Author: Ian Romanick <idr@us.ibm.com>
Date: Fri Oct 21 18:09:24 2005 +0000
Make execmem.c compile in the server (libGLcore). Since xf86mmap
doesn't know about MAP_ANONYMOUS, this is the only viable fix. This
issue will likely have to be revisited at some point.
|
|
|
|
|
|
|
|
|
