gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D__WINESRC__ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o utils.o utils.c utils.c: In function `set_tex_op': utils.c:1605: `GL_MODULATE_ADD_ATI_EXT' undeclared (first use in this function) utils.c:1605: (Each undeclared identifier is reported only once utils.c:1605: for each function it appears in.)
Well, the driver you use to get OpenGL running has nothing to do with the way you build it.
Basically, NVIDIA should only ship the GL library (.so), the kernel module and the XFree module. The rest is 'standard' accross all GL libraries (ie the set of headers files should be the same for ATI, NVIDIA, DRI, ...).
Anyway, I still think that this is a bug in the code as, from what I can see in the reference glext.h file (http://oss.sgi.com/projects/ogl-sample/ABI/glext.h), one has the following constants:
#ifndef GL_ATI_texture_env_combine3 #define GL_MODULATE_ADD_ATI 0x8744 #define GL_MODULATE_SIGNED_ADD_ATI 0x8745 #define GL_MODULATE_SUBTRACT_ATI 0x8746 #endif
So I do not see why Christian used the (horrible :-) ) 'useext' macro here as it should only be used for the other ARB / EXT texture combination code (GL_ARB_texture_env_combine / GL_EXT_texture_env_combine) and NOT for the ATI path.
Before Christian wakes-up, could you just remove the 'useext()' around the GL_MODULATE_ADD_ATI constant in line 1605 and tell us if it builds ?
Thanks, Lionel