Did you REBUILD your mesa project after applying the patches?...
yes I did...
Now I have more detail about the problem:
1) I use a delphi Application
2) OpenGL fixed pipeline all is OK
3) OpenGL with NVidia CG Shaders (using ARB_fragment_program +
ARB_vertex_program profiles) all is OK
This is an extension and so may have to be called a bit differently.
I added the following to gears.c in the progs/demos folder and it works
fine, passing all stack checks:
#include GL/glext.h
static PFNGLGETUNIFORMLOCATIONARBPROC glGetUniformLocationARB = NULL;
#ifdef WIN32
#define
Thank you guys for the response!
The Compile error has gone. But now I have a Link error:
Using Visual Studio 2005, now I try with Visual Studio 2008... ;-)
1-- Build started: Project: gdi, Configuration: Debug Static CRT Win32
--
1Linking...
1 Creating library C:\Documents and
It looks like you are not compiling all the files.
Be sure you have these files in your project:
Added files to project list:
hash_table.[ch]
lex.yy.c with -D
YY_NO_UNISTD_H
YY_USE_CONST
_CRT_SECURE_NO_DEPRECATE
_CRT_NONSTDC_NO_DEPRECATE
program_parse_extra.c
program_parse_tab.[ch] with -D
Karl Schultz wrote:
It looks like you are not compiling all the files.
Be sure you have these files in your project:
Added files to project list:
hash_table.[ch]
lex.yy.c with -D
YY_NO_UNISTD_H
YY_USE_CONST
_CRT_SECURE_NO_DEPRECATE
_CRT_NONSTDC_NO_DEPRECATE
program_parse_extra.c
It looks like you are not compiling all the files.
Be sure you have these files in your project:
Added files to project list:
hash_table.[ch]
lex.yy.c with -D
YY_NO_UNISTD_H
YY_USE_CONST
_CRT_SECURE_NO_DEPRECATE
_CRT_NONSTDC_NO_DEPRECATE
program_parse_extra.c
:(((
I get an error running my Application (that works fine with NVidia driver):
Run-Time Check Failure #0 - The value of ESP was not properly saved
across a function call
Maybe this http://www.codeguru.com/forum/showthread.php?t=366290 LINK will
help...
Thank you.
This is caused by a mismatch in function signatures in the area of calling
convention, cdecl vs stdcall.
Did you REBUILD your mesa project after applying the patches? It is
possible that some code was left compiled with the old incorrect version of
the syncobj.h file. When you replaced the
Any News?
:(
Delle wrote:
When I try to buld Mesa version 7.6 onto Win32 I get this error message:
Compiling...
api_exec.c
..\..\..\..\src\mesa\main\api_exec.c(831) : error C2440: '=' : cannot
convert from 'GLboolean (__cdecl *)(GLsync)' to 'GLboolean (__stdcall
*)(GLsync)'
Delle dell...@gmail.com writes:
Delle wrote:
When I try to buld Mesa version 7.6 onto Win32 I get this error message:
Compiling...
api_exec.c
..\..\..\..\src\mesa\main\api_exec.c(831) : error C2440: '=' : cannot
convert from 'GLboolean (__cdecl *)(GLsync)' to 'GLboolean (__stdcall
On Mon, Nov 16, 2009 at 11:55 AM, tom fogal tfo...@alumni.unh.edu wrote:
Delle dell...@gmail.com writes:
Delle wrote:
When I try to buld Mesa version 7.6 onto Win32 I get this error message:
Compiling...
api_exec.c
..\..\..\..\src\mesa\main\api_exec.c(831) : error C2440: '=' : cannot
I submitted a patch to Brian to make 7.6 compile on VS2005. I sent a copy
of the patch to Delle today. I suspect that the fixes are in the current
tip.
I think that the problem below was caused by new api calls being added
without GL_APIENTRY in the function signature. The patch fixes that.
When I try to buld Mesa version 7.6 onto Win32 I get this error message:
Compiling...
api_exec.c
..\..\..\..\src\mesa\main\api_exec.c(831) : error C2440: '=' : cannot
convert from 'GLboolean (__cdecl *)(GLsync)' to 'GLboolean (__stdcall
*)(GLsync)'
..\..\..\..\src\mesa\main\api_exec.c(832) :
13 matches
Mail list logo