CVS Wine doesn't build on NVidia system (2004-05-01)

[Christian Costa]

Lionel Ulmer wrote:

>>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.
>
I don't see it too. ;-)

>
>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 ?
>
Raphael has sent a patch for that.
And, I'm already awake. :-)

>
>Thanks,
>       Lionel
>
>  
>