qmlgl: Fix opengl header guard changes again
authorMatthew Waters <matthew@centricular.com>
Tue, 5 Feb 2019 04:27:49 +0000 (15:27 +1100)
committerMatthew Waters <matthew@centricular.com>
Tue, 5 Feb 2019 04:27:49 +0000 (15:27 +1100)
Reapply 3d708a5bfa8961cc37671bc3226976dfc9ba50ad in the correct place
after the iOS additions.

ext/qt/gstqtgl.h

index 6bf8ea6..4d0bb64 100644 (file)
 #include <QtGui/qtgui-config.h>
 #endif
 
+/* qt uses the same trick as us to typedef GLsync on GLES2 but to a different
+ * type which confuses the preprocessor. Instead of trying to reconcile the
+ * two, we instead use the GLsync definition from Qt from above, and ensure
+ * that we don't typedef GLsync in gstglfuncs.h */
+#include <gst/gl/gstglconfig.h>
+#undef GST_GL_HAVE_GLSYNC
+#define GST_GL_HAVE_GLSYNC 1
+#include <gst/gl/gstglfuncs.h>
+
 /* The glext.h guard was renamed in 2018, but some software which
  * includes their own copy of the GL headers (such as qt) might have
  * older version which use the old guard. This would result in the
 #include <QtGui/QOpenGLContext>
 #include <QtGui/QOpenGLFunctions>
 #endif /* defined(QT_OPENGL_ES_2) */
-
-/* qt uses the same trick as us to typedef GLsync on GLES2 but to a different
- * type which confuses the preprocessor. Instead of trying to reconcile the
- * two, we instead use the GLsync definition from Qt from above, and ensure
- * that we don't typedef GLsync in gstglfuncs.h */
-#include <gst/gl/gstglconfig.h>
-#undef GST_GL_HAVE_GLSYNC
-#define GST_GL_HAVE_GLSYNC 1
-#include <gst/gl/gstglfuncs.h>