#80 compilation of GLMixer-1.7.1835 fails after updating mesa-libGL-devel

[MartinKG]

Hi,

after updating mesa-libGL-devel to mesa-libGL-devel-18.2.6-2.fc29.x86_64 on Fedora 29, the
compilation fails with the following error message:

usr/bin/c++  -DCOMPILE_YEAR=2018 -DFFGLPATH=\"/usr/lib64/glmixer/\" -DGLMIXER_REVISION=1835 -DGLMIXER_VERSION=1.7 -DGLM_FFGL -DGLM_LOGS -DGLM_OPENCV -DGLM_SESSION -DGLM_SNAPSHOT -DGLM_TAG -DGLM_UNDO -DQT_CORE_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_NO_DEBUG -DQT_OPENGL_LIB -DQT_SVG_LIB -DQT_WEBKIT_LIB -DQT_XML_LIB -I../libFreeFrameGL/FFGL-SDK-1.6/Include -I../libFreeFrameGL/FFGL-SDK-1.6/Source/FFGLPlugins -I../libFreeFrameGL/FFGL-SDK-1.6/Source/FFGLHost -I../src -Isrc -I../libQtProperty -I../libQtColorPicker -I../libOSCPack -isystem /usr/include/QtOpenGL -isystem /usr/include/QtSvg -isystem /usr/include/QtWebKit -isystem /usr/include/QtGui -isystem /usr/include/QtXml -isystem /usr/include/QtNetwork -isystem /usr/include/QtCore -O2 -g -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -fexceptions -fstack-protector-strong -grecord-gcc-switches -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -mtune=generic -fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection -I/usr/include/ffmpeg/ -Wno-write-strings -DGLM_LOGS -DGLM_UNDO -DGLM_FFGL -DGLM_OPENCV -DGLM_SNAPSHOT -DGLM_SESSION -DGLM_TAG -O2 -g -DNDEBUG -MD -MT src/CMakeFiles/glmixer.dir/SnapshotManager.cpp.o -MF src/CMakeFiles/glmixer.dir/SnapshotManager.cpp.o.d -o src/CMakeFiles/glmixer.dir/SnapshotManager.cpp.o -c ../src/SnapshotManager.cpp
In file included from ../src/common.h:47,
                 from ../src/Source.h:33,
                 from ../src/SourceSet.h:33,
                 from ../src/RenderingManager.h:29,
                 from ../src/SnapshotManager.cpp:1:
/usr/include/GL/glext.h:12066:105: error: conflicting declaration 'typedef void (* PFNGLFRAGMENTLIGHTFVSGIXPROC)(GLenum, GLenum, const GLfloat*)'
 typedef void (APIENTRYP PFNGLFRAGMENTLIGHTFVSGIXPROC) (GLenum light, GLenum pname, const GLfloat *params);
                                                                                                         ^

workaround for me is to adding the attached patch:

[Bruno Herbelin]

Thanks
This patch does not seems to hurt even for other opengl libs
Now integrated in r1840