Theodore Jump wrote:
>
> The probably actual problem is that compar_func() wasn't coded with a CDECL
> call signature. /Gz ("__stdcall" calling convention) *can* be notionally
> faster, so unless there's some other reason for switching to /Gd I'm going
> leave it at that.
>
After the latest updates I tried the CVS version of the source files,
I also returned to the /Gz calling convention. This requires correct
prototypes for the functions. So I stumbled into fxDDTrifuncInit which
is
declared without arguments in fxdrv.h
called with an argument in fxapi.c
implemented with no arguments in fxtrifuncs.c
After hacking through that problem I met problems assembly functions in
X86
directory. The function naming generated with /Gz is not compatible with
the
assembly names. So inorder to make it work:
we should GLWINAPIV "decorate" all the declarations for assembly
functions
(In C files like x86.c)
we also need to decorate the variables which hold pointer to these
functions (gl_transform_tab, gl_clip_tab...)
and of course all those c functions which may be pointed by those
variables
Comments ?
Eero
_______________________________________________
Mesa-dev maillist - [EMAIL PROTECTED]
http://lists.mesa3d.org/mailman/listinfo/mesa-dev
