OSDN Git Service

Fix recent problems with display lists and other parts of the code.
authorIan Romanick <idr@us.ibm.com>
Fri, 5 Aug 2005 18:13:37 +0000 (18:13 +0000)
committerIan Romanick <idr@us.ibm.com>
Fri, 5 Aug 2005 18:13:37 +0000 (18:13 +0000)
commit126c89e35fb5179fe077f7593f31ea874c89dd65
treecd9daa0454bd2968044376698bfe517b75889066
parent33f5e47faf4ee545ac1f7755da652c7e003d0589
Fix recent problems with display lists and other parts of the code.
CALL_by_offset, SET_by_offset, and GET_by_offset all had various problems.

The core issue is that parts of the device-independent code in Mesa assumes
that all functions have slots in the dispatch table.  This is especially
true in the display list code.  It will merrilly try to set dispatch
pointers for glVertexAttrib1fARB even if GL_ARB_vertex_program is not
supported.  When the GET/SET/CALL macros are invoked, they would read a 0
from the remap table.  The problem is that 0 is the dispatch offset for
glNewList!

One change is that the remap table is now initialized to be full of -1
values.  In addtion, all of the *_by_offset marcos misbehave in an obvious
way if the specified offset is -1.  SET_by_offset will do nothing,
GET_by_offset will return NULL, and CALL_by_offset, since it uses
GET_by_offset, will segfault.

I also had to add GL_EXT_blend_func_separate to the list of default
extensions in all_mesa_extensions (src/mesa/drivers/dri/common/utils.c).
Even though many drivers do not export this extension, glBlendFunc is
internally implemented by calling glBlendFuncSeparate.  Without this
addition, glBlendFunc stopped working on drivers (such as mga) that do not
export GL_EXT_blend_func_separate.

There are still a few assertions / crashes in GL_ARB_vertex_program tests,
but I don't think that these are related to any of my changes.
src/mesa/drivers/dri/common/utils.c
src/mesa/glapi/dispatch.h
src/mesa/glapi/gl_offsets.py
src/mesa/glapi/gl_table.py
src/mesa/glapi/glapioffsets.h
src/mesa/main/api_arrayelt.c
src/mesa/main/vtxfmt.c
src/mesa/main/vtxfmt_tmp.h