Re: Problem with recent builds under RH8.0

[Lionel Ulmer]

> As I said, my GL headers come from the CVS pull from the DRI, not from 
> any pre-packaged headers.

Well, I think the problem comes from one of your OpenGL headers... Can you
do a 'grep GL_VERSION_1_3' in your GL headers (mostly GL.h I think).
> From what I suspect, you will get something like this :

#define GL_VERSION_1_3                    1

The problem is that your OpenGL library is NOT implementing GL 1.3 (as shown
in your glxinfo output). This means that you have a mismatch between your
system headers and your library.

This could be considered as a bug to report to the DRI people (if they
really provide a gl.h which defines GL_VERSION_1_3, they should also provide
a library with all OpenGL 1.3 entry points).

We *could* fix this in Wine by adding yet another configure check (or going
the full 'GetProcAddress' way which would be needed if we wanted a nice
OpenGL packaged Wine) but well, sometimes enough is enough and stuff should
be fixed outside of Wine and respecting the rules instead of adding yet
another work-around.

                        Lionel

-- 
		 Lionel Ulmer - http://www.bbrox.org/

Problem with recent builds under RH8.0

[Marcus Meissner]

On Tue, Feb 18, 2003 at 02:13:35PM +0100, Lionel Ulmer wrote:
> > As I said, my GL headers come from the CVS pull from the DRI, not from 
> > any pre-packaged headers.
>
> Well, I think the problem comes from one of your OpenGL headers... Can you
> do a 'grep GL_VERSION_1_3' in your GL headers (mostly GL.h I think).
>
> From what I suspect, you will get something like this :
>
> #define GL_VERSION_1_3                    1
>
> The problem is that your OpenGL library is NOT implementing GL 1.3 (as shown
> in your glxinfo output). This means that you have a mismatch between your
> system headers and your library.
>
> This could be considered as a bug to report to the DRI people (if they
> really provide a gl.h which defines GL_VERSION_1_3, they should also provide
> a library with all OpenGL 1.3 entry points).
>
> We *could* fix this in Wine by adding yet another configure check (or going
> the full 'GetProcAddress' way which would be needed if we wanted a nice
> OpenGL packaged Wine) but well, sometimes enough is enough and stuff should
> be fixed outside of Wine and respecting the rules instead of adding yet
> another work-around.

I have the same problem, Mesasoft headers are used during compile, but
the xf86glx libraries are installed. The former are 1.3, the latter not
which leads to that problem.

Ciao, Marcus