Cross compiling for Xming.exe since Mesa merge

[Brian Paul]

Colin Harrison wrote:
> Hi,
> 
> Since the mesa 6.3.1 merge I've had to do the following to crosscompile the
> Xming.exe X server for Windows.
> 
> http://freedesktop.org/wiki/Xming
> 
> In xorg/xc
> make World CROSSCOMPILEDIR=/usr/local/cross-tools/i386-mingw32msvc/bin
> LOCAL_LDFLAGS=-mwindows
> 
> i.e. I'm compiling on linux using Mingw to produce Windows exe's
> 
> 
> I have to revert part of extras/Mesa/include/GL/glxext.h with the following
> from it's 1.3 version, to stop syntax errors:-
> 
> --- ./extras/Mesa/include/GL/save_glxext.h      2005-08-10
> 17:06:14.000000000 +0100
> +++ ./extras/Mesa/include/GL/glxext.h   2005-08-10 17:14:35.000000000 +0100
> @@ -615,6 +615,8 @@
> 
>  #ifndef GLX_OML_sync_control
>  #define GLX_OML_sync_control 1
> +/* Include ISO C99 integer types for OML_sync_control; need a better test
> */
> +#include <inttypes.h>
>  #ifdef GLX_GLXEXT_PROTOTYPES
>  extern Bool glXGetSyncValuesOML (Display *, GLXDrawable, int64_t *, int64_t
> *, int64_t *);
>  extern Bool glXGetMscRateOML (Display *, GLXDrawable, int32_t *, int32_t
> *);

That's not a good fix.  Near the top of that header is some messy 
#ifdef code to determine which header file (if any) to include to get 
int64_t.  Please see if you can fix the problem there without just 
unconditionally including inttypes.h.

The glxext.h file is controlled by SGI.  I don't want to deviate from 
that by patching it in the Mesa tree.  I'll propogate your fix back to 
them.

-Brian