glee-users Mailing List for glee
Brought to you by:
elf-stone
You can subscribe to this list here.
2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2010 |
Jan
(2) |
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
2011 |
Jan
|
Feb
|
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
(10) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Ruslan K. <b7....@gm...> - 2011-07-22 13:37:29
|
Hi, I think i've found a bug: extensions beyond those included the GL version reported don't get linked. Example: in Linux, on i945, using intel driver, which reports OpenGL 1.4, but additionally supports GL_ARB_vertex_shader and GL_ARB_shading_language_100, OpenGL SuperBible vertex shaders examples fail to work because glCreateShader and a bunch of other needed functions appear not linked. Here're the SB examples: http://www.starstonesoftware.com/OpenGL/files/SB-LinuxSrc.tar.bz2 Regards, Ruslan |
From: Fab M. <fab...@ya...> - 2011-07-15 11:01:07
|
Hi Joe, I do not agree about the fact that GLee.h should be in include/GL/ especially when you want it to be part of a big project. If you have a look to library headers in /usr/include : grep -rh "#include \"" * | grep "/" There are a very few which use a prefix directory. expat, tiff, jpeg, z libraries are some examples of classical libraries that do not constrain the headers to be in a special place. There is nothing like : #include "expat/jhdfsjkds.h" #include "tiff/jhdfsjkds.h" #include "jpeg/jhdfsjkds.h" #include "z/jhdfsjkds.h" If I want to use Glee in a larger project, I want to control where the include will be installed, which is not the case when you use GL folder. You decide, but I think it is less flexible to use this GL folder Thanks for patching the other bugs :) I will test the new version very soon Regards, Fabien ________________________________ From: Joe H <exp...@gm...> To: Fab Mickey <fab...@ya...> Cc: Ben Woodhouse <bm...@el...>; "gle...@li..." <gle...@li...> Sent: Thursday, 14 July 2011, 22:10 Subject: Re: [Glee-users] Bug on linux + patch GLee.h should be in include/GL/ the Debian Packagers seem to have made a mistake there. The reason GLee.h is in include/GL/ is it make it clear where the appropriate header is for people not installing GLee to the system, but rather using it as part of a larger project. It also makes the installation slightly simpler on the cmake side. On Thu, Jul 14, 2011 at 7:24 PM, Ben Woodhouse <bm...@el...> wrote: Yes, GLee.h and GLee.c should be in the same place in the source version. > > >As to the other bug, I believe Joe H is looking into it (it may be fixed already in fact). Joe, can you confirm? > > >Cheers for the feedback. > > >Ben > >Sent from my iPhone > >On 14 Jul 2011, at 16:33, Fab Mickey <fab...@ya...> wrote: > > >Hi, >> >> >> >>1) >> >>On linux, there is a bug, because GLXVideoCaptureDeviceNV is undefined. >>If I add the line : >> >> typedef XID GLXVideoCaptureDeviceNV; >> >>( the same line as ./glxext.h ) >> >>in GLee.h then Glee.c can compile. >>Could you patch the code so it add this line ? >> >> >> >>2) >>In Glee.cpp >> >>#include "GLee.h" >>changed to : >>#include "GL/GLee.h" >>and moved to include/GL >> >> >> >>Is there any reason for that ? >>It was easier when GLee.h and Glee.c where in the same folder. >> >> >>Cheers, >>Fabien >> >> >> >> >> >> >> >> >> >> >------------------------------------------------------------------------------ >>AppSumo Presents a FREE Video for the SourceForge Community by Eric >>Ries, the creator of the Lean Startup Methodology on "Lean Startup >>Secrets Revealed." This video shows you how to validate your ideas, >>optimize your ideas and identify your business strategy. >>http://p.sf.net/sfu/appsumosfdev2dev >_______________________________________________ >>Glee-users mailing list >>Gle...@li... >>https://lists.sourceforge.net/lists/listinfo/glee-users >> >------------------------------------------------------------------------------ >AppSumo Presents a FREE Video for the SourceForge Community by Eric >Ries, the creator of the Lean Startup Methodology on "Lean Startup >Secrets Revealed." This video shows you how to validate your ideas, >optimize your ideas and identify your business strategy. >http://p.sf.net/sfu/appsumosfdev2dev >_______________________________________________ >Glee-users mailing list >Gle...@li... >https://lists.sourceforge.net/lists/listinfo/glee-users > > |
From: Joe H <exp...@gm...> - 2011-07-14 22:35:11
|
The bug regarding GLXVideoCaptureDeviceNV has been resolved. On Thu, Jul 14, 2011 at 10:10 PM, Joe H <exp...@gm...> wrote: > GLee.h should be in include/GL/ the Debian Packagers seem to have made a > mistake there. > The reason GLee.h is in include/GL/ is it make it clear where the > appropriate header is for people not installing GLee to the system, but > rather using it as part of a larger project. It also makes the installation > slightly simpler on the cmake side. > > > On Thu, Jul 14, 2011 at 7:24 PM, Ben Woodhouse <bm...@el...> wrote: > >> Yes, GLee.h and GLee.c should be in the same place in the source version. >> >> As to the other bug, I believe Joe H is looking into it (it may be fixed >> already in fact). Joe, can you confirm? >> >> Cheers for the feedback. >> >> Ben >> >> Sent from my iPhone >> >> On 14 Jul 2011, at 16:33, Fab Mickey <fab...@ya...> wrote: >> >> Hi, >> >> 1) >> On linux, there is a bug, because GLXVideoCaptureDeviceNV is undefined. >> If I add the line : >> typedef XID GLXVideoCaptureDeviceNV; >> ( the same line as ./glxext.h ) >> in GLee.h then Glee.c can compile. >> Could you patch the code so it add this line ? >> >> 2) >> In Glee.cpp >> #include "GLee.h" >> changed to : >> #include "GL/GLee.h" >> and moved to include/GL >> >> Is there any reason for that ? >> It was easier when GLee.h and Glee.c where in the same folder. >> >> Cheers, >> Fabien >> >> >> >> >> >> >> ------------------------------------------------------------------------------ >> AppSumo Presents a FREE Video for the SourceForge Community by Eric >> Ries, the creator of the Lean Startup Methodology on "Lean Startup >> Secrets Revealed." This video shows you how to validate your ideas, >> optimize your ideas and identify your business strategy. >> http://p.sf.net/sfu/appsumosfdev2dev >> >> _______________________________________________ >> Glee-users mailing list >> Gle...@li... >> https://lists.sourceforge.net/lists/listinfo/glee-users >> >> >> >> ------------------------------------------------------------------------------ >> AppSumo Presents a FREE Video for the SourceForge Community by Eric >> Ries, the creator of the Lean Startup Methodology on "Lean Startup >> Secrets Revealed." This video shows you how to validate your ideas, >> optimize your ideas and identify your business strategy. >> http://p.sf.net/sfu/appsumosfdev2dev >> _______________________________________________ >> Glee-users mailing list >> Gle...@li... >> https://lists.sourceforge.net/lists/listinfo/glee-users >> >> > |
From: Joe H <exp...@gm...> - 2011-07-14 21:12:13
|
Hi What version of glee are you using, this change is already in the git repository here: http://sourceforge.net/scm/?type=git&group_id=283665 See DATA/GLeeGenInput/GLeeCTop.txt line 23. Joe On Thu, Jul 14, 2011 at 7:05 PM, ric...@gm... < ric...@gm...> wrote: > Problem is, your "fix" isn't available on windows. > > Try something like: > > #if !defined(_WIN32) > #define _strdup strdup > #define sprintf_s snprintf > #endif > > > On Thu, Jul 14, 2011 at 11:47 AM, Fab Mickey <fab...@ya...> wrote: > > Hi, > > In GLee.c, these 2 functions have to be changed : > > _strdup => strdup > > sprintf_s => snprintf > > to make it compile with gcc-4.1. ( These are windows functions ) > > > > Regards, > > Fabien > > > ------------------------------------------------------------------------------ > > AppSumo Presents a FREE Video for the SourceForge Community by Eric > > Ries, the creator of the Lean Startup Methodology on "Lean Startup > > Secrets Revealed." This video shows you how to validate your ideas, > > optimize your ideas and identify your business strategy. > > http://p.sf.net/sfu/appsumosfdev2dev > > _______________________________________________ > > Glee-users mailing list > > Gle...@li... > > https://lists.sourceforge.net/lists/listinfo/glee-users > > > > > > > ------------------------------------------------------------------------------ > AppSumo Presents a FREE Video for the SourceForge Community by Eric > Ries, the creator of the Lean Startup Methodology on "Lean Startup > Secrets Revealed." This video shows you how to validate your ideas, > optimize your ideas and identify your business strategy. > http://p.sf.net/sfu/appsumosfdev2dev > _______________________________________________ > Glee-users mailing list > Gle...@li... > https://lists.sourceforge.net/lists/listinfo/glee-users > |
From: Joe H <exp...@gm...> - 2011-07-14 21:11:28
|
GLee.h should be in include/GL/ the Debian Packagers seem to have made a mistake there. The reason GLee.h is in include/GL/ is it make it clear where the appropriate header is for people not installing GLee to the system, but rather using it as part of a larger project. It also makes the installation slightly simpler on the cmake side. On Thu, Jul 14, 2011 at 7:24 PM, Ben Woodhouse <bm...@el...> wrote: > Yes, GLee.h and GLee.c should be in the same place in the source version. > > As to the other bug, I believe Joe H is looking into it (it may be fixed > already in fact). Joe, can you confirm? > > Cheers for the feedback. > > Ben > > Sent from my iPhone > > On 14 Jul 2011, at 16:33, Fab Mickey <fab...@ya...> wrote: > > Hi, > > 1) > On linux, there is a bug, because GLXVideoCaptureDeviceNV is undefined. > If I add the line : > typedef XID GLXVideoCaptureDeviceNV; > ( the same line as ./glxext.h ) > in GLee.h then Glee.c can compile. > Could you patch the code so it add this line ? > > 2) > In Glee.cpp > #include "GLee.h" > changed to : > #include "GL/GLee.h" > and moved to include/GL > > Is there any reason for that ? > It was easier when GLee.h and Glee.c where in the same folder. > > Cheers, > Fabien > > > > > > > ------------------------------------------------------------------------------ > AppSumo Presents a FREE Video for the SourceForge Community by Eric > Ries, the creator of the Lean Startup Methodology on "Lean Startup > Secrets Revealed." This video shows you how to validate your ideas, > optimize your ideas and identify your business strategy. > http://p.sf.net/sfu/appsumosfdev2dev > > _______________________________________________ > Glee-users mailing list > Gle...@li... > https://lists.sourceforge.net/lists/listinfo/glee-users > > > > ------------------------------------------------------------------------------ > AppSumo Presents a FREE Video for the SourceForge Community by Eric > Ries, the creator of the Lean Startup Methodology on "Lean Startup > Secrets Revealed." This video shows you how to validate your ideas, > optimize your ideas and identify your business strategy. > http://p.sf.net/sfu/appsumosfdev2dev > _______________________________________________ > Glee-users mailing list > Gle...@li... > https://lists.sourceforge.net/lists/listinfo/glee-users > > |
From: Ben W. <bm...@el...> - 2011-07-14 18:51:14
|
Yes, GLee.h and GLee.c should be in the same place in the source version. As to the other bug, I believe Joe H is looking into it (it may be fixed already in fact). Joe, can you confirm? Cheers for the feedback. Ben Sent from my iPhone On 14 Jul 2011, at 16:33, Fab Mickey <fab...@ya...> wrote: > Hi, > > 1) > On linux, there is a bug, because GLXVideoCaptureDeviceNV is undefined. > If I add the line : > typedef XID GLXVideoCaptureDeviceNV; > ( the same line as ./glxext.h ) > in GLee.h then Glee.c can compile. > Could you patch the code so it add this line ? > > 2) > In Glee.cpp > #include "GLee.h" > changed to : > #include "GL/GLee.h" > and moved to include/GL > > Is there any reason for that ? > It was easier when GLee.h and Glee.c where in the same folder. > > Cheers, > Fabien > > > > > > ------------------------------------------------------------------------------ > AppSumo Presents a FREE Video for the SourceForge Community by Eric > Ries, the creator of the Lean Startup Methodology on "Lean Startup > Secrets Revealed." This video shows you how to validate your ideas, > optimize your ideas and identify your business strategy. > http://p.sf.net/sfu/appsumosfdev2dev > _______________________________________________ > Glee-users mailing list > Gle...@li... > https://lists.sourceforge.net/lists/listinfo/glee-users |
From: <ric...@gm...> - 2011-07-14 18:05:36
|
Problem is, your "fix" isn't available on windows. Try something like: #if !defined(_WIN32) #define _strdup strdup #define sprintf_s snprintf #endif On Thu, Jul 14, 2011 at 11:47 AM, Fab Mickey <fab...@ya...> wrote: > Hi, > In GLee.c, these 2 functions have to be changed : > _strdup => strdup > sprintf_s => snprintf > to make it compile with gcc-4.1. ( These are windows functions ) > > Regards, > Fabien > ------------------------------------------------------------------------------ > AppSumo Presents a FREE Video for the SourceForge Community by Eric > Ries, the creator of the Lean Startup Methodology on "Lean Startup > Secrets Revealed." This video shows you how to validate your ideas, > optimize your ideas and identify your business strategy. > http://p.sf.net/sfu/appsumosfdev2dev > _______________________________________________ > Glee-users mailing list > Gle...@li... > https://lists.sourceforge.net/lists/listinfo/glee-users > > |
From: Fab M. <fab...@ya...> - 2011-07-14 16:47:25
|
Hi, In GLee.c, these 2 functions have to be changed : _strdup => strdup sprintf_s => snprintf to make it compile with gcc-4.1. ( These are windows functions ) Regards, Fabien |
From: Fab M. <fab...@ya...> - 2011-07-14 15:33:33
|
Hi, 1) On linux, there is a bug, because GLXVideoCaptureDeviceNV is undefined. If I add the line : typedef XID GLXVideoCaptureDeviceNV; ( the same line as ./glxext.h ) in GLee.h then Glee.c can compile. Could you patch the code so it add this line ? 2) In Glee.cpp #include "GLee.h" changed to : #include "GL/GLee.h" and moved to include/GL Is there any reason for that ? It was easier when GLee.h and Glee.c where in the same folder. Cheers, Fabien |
From: Fab M. <fab...@ya...> - 2011-07-05 09:49:40
|
Hi, I am using Glee 5.4, and i find it very handy. I would like to know if there are plans for a new release anytime soon as I need extensions that are not present in the 5.4 version. Regards, Fabien |
From: <ric...@gm...> - 2011-03-08 04:09:34
|
On Mon, Mar 7, 2011 at 6:43 PM, ric...@gm... <ric...@gm...> wrote: > Since the glee-developers list seems to be dead, trying here. I'm > currently in the process of trying to get the gen tools built with > VS2010, so I can regenerate including ARB_copy_buffer. I'd like to report success in coaxing the GLeeGen tools to process the current version of the headers they download. -------------------------------------------------------------- GLee 5.4 (voigt) Supported Extensions and Core Functions -------------------------------------------------------------- Core OpenGL Version: 4.1 504 extensions supported (409 GL | 44 WGL | 51 GLX) |
From: <ric...@gm...> - 2011-03-08 00:43:49
|
Since the glee-developers list seems to be dead, trying here. I'm currently in the process of trying to get the gen tools built with VS2010, so I can regenerate including ARB_copy_buffer. ---------- Forwarded message ---------- From: ric...@gm... <ric...@gm...> Date: Mon, Mar 7, 2011 at 3:23 PM Subject: how to submit patches To: gle...@li... Is this the right place to send suggested changes? What diff format do the developers prefer? I understand that much of GLee is autogenerated from the extension list files. Is someone more familiar with those willing to port C code changes back to the sources, or should I be submitting diffs against the extension list? Here are the improvements I've made locally for my project: 1. Add an additional const to the parameter of glShaderSource, since it shouldn't be changing the input. This allows passing an address in initialized constant memory. 2. Fix return type of __GLeeGetProcAddress. The C language doesn't guarantee that data pointers and function pointers are the same size, and even on architectures where they are, compilers tend to generate nasty warnings. 3. Use sprintf_s to eliminate static analysis warnings. `sprintf_s` is the Win32 name, other OSes use `snprintf` with an identical signature. 4. Simplify extension string parsing code. At the same time, remove the arbitrary limitation of extension name length. The extension table should also use a better growth algorithm to reduce the number of realloc calls, each of which potentially requires a copy. I haven't changed this yet. Best wishes, and thanks for making such an easy-to-use OpenGL extension loader. Ben Voigt --- old/GLee.h Sat Feb 7 13:46:21 2009 +++ new/GLee.h Sun Feb 27 23:30:06 2011 @@ -85,6 +85,8 @@ #define GLEE_LINK_PARTIAL 1 #define GLEE_LINK_COMPLETE 2 +typedef void (*GLEE_FUNC)(void); + /* Extension querying variables */ GLEE_EXTERN GLboolean _GLEE_VERSION_1_2; @@ -2417,7 +2419,7 @@ #endif #ifndef GLEE_H_DEFINED_glShaderSource #define GLEE_H_DEFINED_glShaderSource - typedef void (APIENTRYP GLEEPFNGLSHADERSOURCEPROC) (GLuint shader, GLsizei count, const GLchar* * string, const GLint * length); + typedef void (APIENTRYP GLEEPFNGLSHADERSOURCEPROC) (GLuint shader, GLsizei count, const GLchar* const* string, const GLint * length); GLEE_EXTERN GLEEPFNGLSHADERSOURCEPROC GLeeFuncPtr_glShaderSource; #define glShaderSource GLeeFuncPtr_glShaderSource #endif --- old/GLee.c Sat Feb 7 13:46:21 2009 +++ new/GLee.c Sun Feb 27 23:30:27 2011 @@ -54,10 +54,10 @@ #define __stdcall /* nothing */ #endif -void * __GLeeGetProcAddress(const char *extname) +GLEE_FUNC __GLeeGetProcAddress(const char *extname) { #ifdef WIN32 - return (void*)wglGetProcAddress(extname); + return (GLEE_FUNC)wglGetProcAddress(extname); #elif defined(__APPLE__) || defined(__APPLE_CC__) CFBundleRef bundle; CFURLRef bundleURL = CFURLCreateWithFileSystemPath(kCFAllocatorDefault, CFSTR("/System/Library/Frameworks/OpenGL.framework"), kCFURLPOSIXPathStyle, true); @@ -1677,7 +1677,7 @@ #endif #ifndef GLEE_C_DEFINED_glShaderSource #define GLEE_C_DEFINED_glShaderSource - void __stdcall GLee_Lazy_glShaderSource(GLuint shader, GLsizei count, const GLchar* * string, const GLint * length) {if (GLeeInit()) glShaderSource(shader, count, string, length);} + void __stdcall GLee_Lazy_glShaderSource(GLuint shader, GLsizei count, const GLchar* const* string, const GLint * length) {if (GLeeInit()) glShaderSource(shader, count, string, length);} GLEEPFNGLSHADERSOURCEPROC GLeeFuncPtr_glShaderSource=GLee_Lazy_glShaderSource; #endif #ifndef GLEE_C_DEFINED_glUseProgram @@ -15919,8 +15919,7 @@ extList->lengths=(int *)realloc((void *)extList->lengths, n*sizeof(int)); extList->names=(char **)realloc((void *)extList->names, n*sizeof(char *)); } - extList->names[i]=(char *)malloc(length*sizeof(char)); - strcpy(extList->names[i],extName); + extList->names[i]=_strdup(extName); extList->lengths[i]=length; extList->numNames++; } @@ -15967,16 +15966,14 @@ const char * platExtStr; const char * glExtStr; char * extStr; - char emptyString[1] = ""; - char extensionName[1024]; - int a,b; - int totalExtStrLen; - int platExtStrLen; + char * p; + int totalExtStrLen = 0; int addASpace; /* read the platform specific extension string */ platExtStr=__GLeeGetExtStrPlat(); - if (!platExtStr) platExtStr=emptyString; + if (!platExtStr) platExtStr=""; + else totalExtStrLen = strlen(platExtStr); glExtStr=(const char *)glGetString(GL_EXTENSIONS); if (glExtStr==0) @@ -15985,52 +15982,33 @@ return GL_FALSE; } - /* allocate the extension string */ - platExtStrLen = strlen(platExtStr); - totalExtStrLen = platExtStrLen + strlen(glExtStr); - extStr=(char *)malloc( (totalExtStrLen+2) * sizeof(char) ); /* we add 2 to allow for an extra space and a null terminator */ /* If the last character of platExtStr is not a space, we need to add one when we concatenate the extension strings*/ addASpace = 0; - if ( platExtStrLen > 2 ) + if ( totalExtStrLen ) { - if ( platExtStr[ platExtStrLen-1 ] != ' ') + if ( platExtStr[ totalExtStrLen-1 ] != ' ') { addASpace = 1; + totalExtStrLen++; } } - + + /* allocate the extension string */ + totalExtStrLen += strlen(glExtStr); + extStr=(char *)malloc( totalExtStrLen+1 ); /* allow for a null terminator */ + /* concatenate the two extension strings */ - if ( addASpace ) - { - sprintf(extStr,"%s %s",platExtStr,glExtStr); - } - else - { - sprintf(extStr,"%s%s",platExtStr,glExtStr); - } + sprintf_s(extStr,totalExtStrLen+1,addASpace?"%s %s":"%s%s",platExtStr,glExtStr); /* extract the extensions */ - for ( a=0;a<totalExtStrLen;a++ ) - { - b=0; - while (extStr[a]!=' ' && a<totalExtStrLen && b<1022) - { - extensionName[b]=extStr[a]; - b++; a++; + for (p = extStr + totalExtStrLen; p > extStr; --p) { + if (*p == ' ') { + __GLeeExtList_add(extList,p+1); + *p = 0; } - if (b==1023) - { - __GLeeWriteError("Extension name exceeds 1023 characters."); - free((void *)extStr); - return GL_FALSE; - } - - extensionName[b]='\0'; - - /* add the extension */ - __GLeeExtList_add(extList,extensionName); } + __GLeeExtList_add(extList,extStr); free((void *)extStr); return GL_TRUE; } |
From: Claus S. <csc...@gm...> - 2010-09-26 00:33:15
|
Hi, any chance of an update supporting OpenGL 4.x and Visual Studio 2010? Thank you very much! Claus |
From: Jason S. <js...@li...> - 2010-07-19 21:10:44
|
Visual Studio 2010 seems to be standards compliant now and only defines _WIN32, not WIN32. This means the tests in GLee.h for WIN32 don't work by default. |
From: imre <im...@o2...> - 2010-04-18 16:54:17
|
I am using Digital Mars Compiler and try to run a simple OpenGL program using Glee.h. When calling dmc gluttut.cpp the following errors show out (see file: errorlog.txt) or : typedef BOOL (__stdcall * GLEEPFNWGLGETSYNCVALUESOMLPROC) (HDC hdc, INT64 ^ C:\DMC\bin\..\include\GL\Glee.h(16422) : Error: ')' expected typedef BOOL (__stdcall * GLEEPFNWGLGETSYNCVALUESOMLPROC) (HDC hdc, INT64 * ust, INT64 * msc, INT64 * sbc); extern GLEEPFNWGLGETSYNCVALUESOMLPROC GLeeFuncPtr_wglGetSyncValuesOML; #define wglGetSyncValuesOML GLeeFuncPtr_wglGetSyncValuesOML #endif #ifndef GLEE_H_DEFINED_wglGetMscRateOML #define GLEE_H_DEFINED_wglGetMscRateOML typedef BOOL (__stdcall * GLEEPFNWGLGETMSCRATEOMLPROC) (HDC hdc, INT32 ^ C:\DMC\bin\..\include\GL\Glee.h(16428) : Error: ')' expected typedef BOOL (__stdcall * GLEEPFNWGLGETMSCRATEOMLPROC) (HDC hdc, INT32 * numerator, INT32 * denominator); extern GLEEPFNWGLGETMSCRATEOMLPROC GLeeFuncPtr_wglGetMscRateOML; #define wglGetMscRateOML GLeeFuncPtr_wglGetMscRateOML #endif #ifndef GLEE_H_DEFINED_wglSwapBuffersMscOML #define GLEE_H_DEFINED_wglSwapBuffersMscOML typedef INT64 (__stdcall ^ C:\DMC\bin\..\include\GL\Glee.h(16434) : Error: ')' expected to close function parameter list with typedef INT64 (__stdcall * GLEEPFNWGLSWAPBUFFERSMSCOMLPROC) (HDC hdc, INT64 target_msc, INT64 divisor, INT64 remainder); extern GLEEPFNWGLSWAPBUFFERSMSCOMLPROC GLeeFuncPtr_wglSwapBuffersMscOML; ^ C:\DMC\bin\..\include\GL\Glee.h(16435) : Error: missing ',' between declaration of 'GLEEPFNWGLSWAPBUFFERSMSCOMLPROC' and 'GLeeFuncPtr_wglSwapBuffersMscOML' extern GLEEPFNWGLSWAPBUFFERSMSCOMLPROC GLeeFuncPtr_wglSwapBuffersMscOML; #define wglSwapBuffersMscOML GLeeFuncPtr_wglSwapBuffersMscOML #endif #ifndef GLEE_H_DEFINED_wglSwapLayerBuffersMscOML #define GLEE_H_DEFINED_wglSwapLayerBuffersMscOML typedef INT64 (__stdcall * GLEEPFNWGLSWAPLAYERBUFFERSMSCOMLPROC) (HDC hdc, int fuPlanes, INT64 target_msc, INT64 divisor, INT64 remainder); ^ C:\DMC\bin\..\include\GL\Glee.h(16440) : Error: can't return arrays, functions or abstract classes I don't think that there are some real declaration error there must be something else may be some precompiler flags needs to be set? Nothing interesting in this matter when Googling. So if somebody had a idea about this problem. Best regards Imre Marton |
From: Ben W. <bm...@el...> - 2010-01-14 00:10:50
|
Hi John Thanks for the info. I'll add this to the list of things to fix in the next release. This probably came from a bad extension spec or glext.h. If you want a quick fix, it's likely that downloading more recent versions of the specs and headers and running the codegen tools to would fix it. There's documentation on how to do that on SVN. Hope that helps, Ben Sent from my iPhone On 12 Jan 2010, at 11:20, John Chapman <joh...@go... > wrote: > There is an error in GLee.h, line 5526. > > The return type of glMapBufferRange() should be GLvoid*, not void. > --- > --- > --- > --------------------------------------------------------------------- > This SF.Net email is sponsored by the Verizon Developer Community > Take advantage of Verizon's best-in-class app development support > A streamlined, 14 day to market process makes app distribution fast > and easy > Join now and get one step closer to millions of Verizon customers > http://p.sf.net/sfu/verizon-dev2dev > _______________________________________________ > Glee-users mailing list > Gle...@li... > https://lists.sourceforge.net/lists/listinfo/glee-users |
From: John C. <joh...@go...> - 2010-01-12 11:20:24
|
There is an error in GLee.h, line 5526. The return type of glMapBufferRange() should be GLvoid*, not void. |
From: Ben W. <bm...@el...> - 2009-12-30 15:36:17
|
Is this thing on?? |