2008/6/11 David Morse <[EMAIL PROTECTED]>: > I'm building cinelerra from source since there appears to be no debian > etch binary. > > I'm having problems to get certain source files to recoginize the > OpenGL headers properly, for example: > > > make[2]: Entering directory `/usr/local/src/cinelerra-6-2008/hvirtual/guicast' > /bin/sh ../libtool --tag=CXX --tag=CXX --mode=compile g++ > -DHAVE_CONFIG_H -I. -I.. -I../quicktime -D_LARGEFILE_SOURCE > -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -g -O2 -MT > bcsynchronous.lo -MD -MP -MF .deps/bcsynchronous.Tpo -c -o > bcsynchronous.lo bcsynchronous.C > g++ -DHAVE_CONFIG_H -I. -I.. -I../quicktime -D_LARGEFILE_SOURCE > -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -g -O2 -MT > bcsynchronous.lo -MD -MP -MF .deps/bcsynchronous.Tpo -c > bcsynchronous.C -fPIC -DPIC -o .libs/bcsynchronous.o > bcsynchronous.C: In member function 'void > BC_Synchronous::delete_window_sync(BC_SynchronousCommand*)': > bcsynchronous.C:409: error: 'glDeleteShader' was not declared in this scope > make[2]: *** [bcsynchronous.lo] Error 1
[EMAIL PROTECTED] GL]# grep glDeleteShader * -R glew.h:#define glDeleteShader GLEW_GET_FUN(__glewDeleteShader) glext.h:GLAPI void APIENTRY glDeleteShader (GLuint); gl_mangle.h:#define glDeleteShader MANGLE(DeleteShader) [EMAIL PROTECTED] GL]# rpm -qf gl_mangle.h mesa-libGL-devel-7.0.2-3.fc8 [EMAIL PROTECTED] GL]# grep gl_mangle.h * -R gl.h:#include "gl_mangle.h" Actually, this is : #if defined(USE_MGL_NAMESPACE) #include "gl_mangle.h" #endif So maybe there is a need to have -DUSE_MGL_NAMESPACE in CFLAGS and CXXFLAGS... > > I try various things like explicitly #include > "/usr/include/GL/glext.h", but this for some reason silently doesn't > get the prototype. > > Eventually this is overcome by copying and pasting the prototype for > glDeleteShader from the /usr/include/GL/glext.h file into the > bcsynchronous.C file, which is hack but no other ideas. That fixes it. > > But there seems to be a general problem, because a great many source > files do not appear to have GL prototypes in scope. It is not always > OpenGL 2.0 functions either, sometimes it is OpenGL 1.3 stuff. > > Any idea why is the make process not finding OpenGL headers properly? > > _______________________________________________ > Cinelerra mailing list > [email protected] > https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra > _______________________________________________ Cinelerra mailing list [email protected] https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
