Are you asking whether a program should expect to find glX* functions in
libGL.so? If so, yes.
Traditionally, libGL.so is little more than a thin glx layer, which does
one of two things:
1) packages requests to send to an X Server, which contains all of the
OpenGL code
2) in turn, loads a seperate library (libGLcore.so under Irix) to provide
"Direct Rendering" support.
While I don't think anything in the spec specifies (2) above, you can
expect all appropriate gl* and glX* calls to be resolved properly by
libGL.so under a Unix/X environment.
Terence Ripperda
SGI
On Tue, 2 Nov 1999, Bernd Kreimeier wrote:
>
> Something that I intended to go into earlier - what is the proposed
> ABI spec saying about Mesa's "fake" GLX?
>
> The Quake engine and its descendants look for GLX in the libMesaGL.so
> that is dlopen'ed. Currently, this works fine with either faking
> GLX (for Glide) or wrapping an actual GLX implementation provided
> by the X server (Mesa3.0 for TNT). I take it that this "GLX in GL"
> should be considered deprecated?
>
> b.
>
>
> --
>
> "Problem solving is hunting. It is savage pleasure,
> and we are born to it." Thomas Harris, Silence of the Lambs
>
