[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Nel] patch to compile on GNU/Linux
From: |
Lionel Berenguier |
Subject: |
Re: [Nel] patch to compile on GNU/Linux |
Date: |
Mon, 11 Feb 2002 16:24:50 +0100 |
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.
>
[.....]