Re: [Nel] patch to compile on GNU/Linux

[Lionel Berenguier]

Tank you for this patch.

We have decided to use our own GL extension function declaration (eg: use
NEL_PFNGLACTIVETEXTUREARBPROC instead of PFNGLACTIVETEXTUREARBPROC, and use
nglMultiTexCoord1sARB() instead of glMultiTexCoord1sARB()) to avoid
conflicts with differents version of gl.h  (I think GL extnesion is a mess
here since extensions defined in gl.h do not define function typedef but
still define GL_ARB_multitexture for example).


Cheers

Lionel


----- Original Message -----
From: "Loic Dachary" <address@hidden>
To: <address@hidden>
Sent: Thursday, February 07, 2002 2:24 AM
Subject: [Nel] patch to compile on GNU/Linux


>
>
> Hi,
>
> Following the advices of Vincent Caron I managed to get a snowballs
> client that core dumps instead of barking because of a missing
glSetFenceNV
> symbol. During the process, I was trapped by something I could not figure
out
> and temporarily worked around by patching gl.h (Mesa-4.0.1). The
> GL_ARB_multitexture block of gl.h does not contain the typedefs that
> show in the glext.h (
> typedef void (APIENTRY * PFNGLACTIVETEXTUREARBPROC) (GLenum texture);
> ...
> ). Since gl.h is included before glext.h, the typedefs are missing.
> I hesitated to simply duplicate them in the nel sources. There must be
> a solution to include them although I can't currently figure out how.
>
[.....]