Open drew-parsons opened 11 months ago
Generally speaking it's not expected that both GLEW and OpenGL headers can both be included for a given compilation unit.
My first impression is that glew.h ought to be guarding with __gles2_gl32_h_
in the same manner as it is for __gl_h_
.
glew defines
GLsizeiptr
asptrdiff_t
in/usr/include/GL/glew.h
, from https://github.com/nigels-com/glew/blob/e1a80a9f12d7def202d394f46e44cfced1104bfb/auto/core/gl/GL_VERSION_1_5#L74This definition is inconsistent with the gles3.2 definition, which is
from https://gitlab.freedesktop.org/glvnd/libglvnd/-/blame/master/include/GLES3/gl32.h#L56
The discrepancy causes a build error on armel (gnueabi) and armhf. The problem was reported against debian packages at https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=798408
It is triggered for instance by packages using QtOpenGL on armel or armhf while also accessing glew. For example, building avogadrolibs on armel gives the error