Debian Bug report logs - #797816
openscad FTBFS in armhf due to conflict declaration of headers gl3.h and glew.h

Reply or subscribe to this bug.

Toggle useless messages

Message #5 received at submit@bugs.debian.org (full text, mbox, reply):

From: Tiago Stürmer Daitx <tiago.daitx@canonical.com>

To: Debian Bug Tracking System <submit@bugs.debian.org>

Subject: openscad FTBFS in armhf due to conflict declaration of headers gl3.h and glew.h

Date: Wed, 02 Sep 2015 16:31:03 -0300

Package: openscad
Version: 2015.03-1+dfsg-2
Severity: important

Dear Maintainer,

openscad 2015.03-1+dfsg-2ubuntu1 FTBFS on armhf due to conflicting headers.

>From the armhf build at https://launchpad.net/ubuntu/+source/openscad/2015.03-1+dfsg-2ubuntu1/+build/7851279

g++ -c -pipe -fno-strict-aliasing -frounding-math -DEIGEN_DONT_ALIGN -I/usr/include/glib-2.0 -I/usr/lib/arm-linux-gnueabihf/glib-2.0/include -I/usr/include/harfbuzz -I/usr/include/freetype2 -I/usr/include/freetype2 -g -O2 -fPIE -fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -D_REENTRANT -Wall -W -Wno-unused-local-typedefs -fPIC -DOPENSCAD_VERSION=2015.03-1 -DOPENSCAD_SHORTVERSION=2015.03 -DOPENSCAD_YEAR=.0 -DOPENSCAD_MONTH=.0 -DOPENSCAD_DAY=.0 -DENABLE_CGAL -DENABLE_OPENCSG -DUSE_SCINTILLA_EDITOR -DQT_NO_DEBUG -DQT_OPENGL_LIB -DQT_PRINTSUPPORT_LIB -DQT_WIDGETS_LIB -DQT_GUI_LIB -DQT_CONCURRENT_LIB -DQT_CORE_LIB -I. -Isrc -isystem /usr/include/arm-linux-gnueabihf/qt5 -Isrc/libtess2/Include -isystem /usr/include/arm-linux-gnueabihf/qt5/QtOpenGL -isystem /usr/include/arm-linux-gnueabihf/qt5/QtPrintSupport -isystem /usr/include/arm-linux-gnueabihf/qt5/QtWidgets -isystem /usr/include/arm-linux-gnueabihf/qt5/QtGui -isystem /usr/include/arm-linux-gnueabihf/qt5/QtConcurrent -isystem /usr/include/arm-linux-gnueabihf/qt5/QtCore -Iobjects -isystem /usr/include/eigen3 -I/usr/lib/arm-linux-gnueabihf/qt5/mkspecs/linux-g++ -o objects/grid.o src/grid.cc
In file included from /usr/include/arm-linux-gnueabihf/qt5/QtGui/qopengl.h:97:0,
                 from /usr/include/arm-linux-gnueabihf/qt5/QtOpenGL/qgl.h:39,
                 from /usr/include/arm-linux-gnueabihf/qt5/QtOpenGL/QGLWidget:1,
                 from src/QGLView.h:4,
                 from src/QGLView.cc:28:
/usr/include/GLES3/gl3.h:69:25: error: conflicting declaration 'typedef khronos_ssize_t GLsizeiptr'
 typedef khronos_ssize_t GLsizeiptr;
                         ^
In file included from src/system-gl.h:4:0,
                 from src/QGLView.h:3,
                 from src/QGLView.cc:28:
/usr/include/GL/glew.h:1663:19: note: previous declaration as 'typedef ptrdiff_t GLsizeiptr'
 typedef ptrdiff_t GLsizeiptr;
                   ^
In file included from /usr/include/arm-linux-gnueabihf/qt5/QtGui/qopengl.h:97:0,
                 from /usr/include/arm-linux-gnueabihf/qt5/QtOpenGL/qgl.h:39,
                 from /usr/include/arm-linux-gnueabihf/qt5/QtOpenGL/QGLWidget:1,
                 from src/QGLView.h:4,
                 from src/QGLView.cc:28:
/usr/include/GLES3/gl3.h:70:26: error: conflicting declaration 'typedef khronos_intptr_t GLintptr'
 typedef khronos_intptr_t GLintptr;
                          ^
In file included from src/system-gl.h:4:0,
                 from src/QGLView.h:3,
                 from src/QGLView.cc:28:
/usr/include/GL/glew.h:1662:19: note: previous declaration as 'typedef ptrdiff_t GLintptr'
 typedef ptrdiff_t GLintptr;
                   ^
In file included from /usr/include/arm-linux-gnueabihf/qt5/QtGui/qopengl.h:97:0,
                 from /usr/include/arm-linux-gnueabihf/qt5/QtOpenGL/qgl.h:39,
                 from /usr/include/arm-linux-gnueabihf/qt5/QtOpenGL/QGLWidget:1,
                 from src/QGLView.h:4,
                 from src/QGLView.cc:28:
/usr/include/GLES3/gl3.h:377:60: error: 'void __glewActiveTexture(GLenum)' redeclared as different kind of symbol
 GL_APICALL void GL_APIENTRY glActiveTexture (GLenum texture);
                                                            ^
In file included from src/system-gl.h:4:0,
                 from src/QGLView.h:3,
                 from src/QGLView.cc:28:
/usr/include/GL/glew.h:15048:40: note: previous declaration 'void (* __glewActiveTexture)(GLenum)'
 GLEW_FUN_EXPORT PFNGLACTIVETEXTUREPROC __glewActiveTexture;
                                        ^



-- System Information:
Debian Release: jessie/sid
  APT prefers vivid-updates
  APT policy: (500, 'vivid-updates'), (500, 'vivid-security'), (500, 'vivid'), (100, 'vivid-backports')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.19.0-26-generic (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Message #10 received at 797816@bugs.debian.org (full text, mbox, reply):

From: Tiago Daitx <tiago.daitx@canonical.com>

To: 797816@bugs.debian.org

Subject: Also affects tulip - #793137

Date: Wed, 2 Sep 2015 16:42:26 -0300

The same issue has been reported in tulip. See
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=793137

Message #15 received at 797816@bugs.debian.org (full text, mbox, reply):

From: Yann Dirson <ydirson@free.fr>

To: 793137@bugs.debian.org, debian-arm@lists.debian.org, 797816@bugs.debian.org

Subject: Re: Bug#793137: tulip: FTBFS on armel and armhf - blocks testing migration

Date: Tue, 8 Sep 2015 23:40:29 +0200

Submitted https://bugs.debian.org/798408 on libgles2-mesa-dev and
libglew-dev, affecting those 2 FTBFS bugs.

Message #22 received at 797816@bugs.debian.org (full text, mbox, reply):

From: chrysn <chrysn@fsfe.org>

To: 797816@bugs.debian.org, 798408@bugs.debian.org

Cc: control@bugs.debian.org

Subject: Re: Bug#797816: openscad FTBFS in armhf due to conflict declaration of headers gl3.h and glew.h

Date: Mon, 14 Sep 2015 10:06:54 +0200

block 797816 by 798408
thank you

On Wed, Sep 02, 2015 at 04:31:03PM -0300, Tiago Stürmer Daitx wrote:
> openscad 2015.03-1+dfsg-2ubuntu1 FTBFS on armhf due to conflicting headers.

as openscad upstream currently doesn't support gles, this will need
resolution from #798408. if gl and gles are mutually exclusive to that
extent, i'd prefer a solution where it is still possible to build qt
apps that use gl on armhf, for otherwise packages like openscad can't
work at all on that architecture.

best regards
chrysn

Message #27 received at 797816@bugs.debian.org (full text, mbox, reply):

From: Lisandro Damián Nicanor Pérez Meyer <perezmeyer@gmail.com>

To: debian-qt-kde@lists.debian.org, chrysn <chrysn@fsfe.org>, 798408@bugs.debian.org

Cc: 797816@bugs.debian.org

Subject: Re: Bug#798408: Bug#797816: openscad FTBFS in armhf due to conflict declaration of headers gl3.h and glew.h

Date: Tue, 15 Sep 2015 19:39:26 -0300

On Monday 14 September 2015 10:06:54 chrysn wrote:
[snip] 
> On Wed, Sep 02, 2015 at 04:31:03PM -0300, Tiago Stürmer Daitx wrote:
> > openscad 2015.03-1+dfsg-2ubuntu1 FTBFS on armhf due to conflicting
> > headers.
> 
> as openscad upstream currently doesn't support gles, this will need
> resolution from #798408. if gl and gles are mutually exclusive to that
> extent, i'd prefer a solution where it is still possible to build qt
> apps that use gl on armhf, for otherwise packages like openscad can't
> work at all on that architecture.

Qt5 links against GLES in arm*, Desktop GL otherwise. The reason is simple: 
most arm* boards have native GLES support, thus benefit from using it.

As far as I remember GLEW does not supports GLES, so you basically can't use 
it on arm* with Qt5.

Hope that helps, Lisandro.

-- 
My favourite poem is the one that starts 'Thirty days hath September' because
it actually tells you something.
 -- Groucho Marx

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/

Message #32 received at 797816@bugs.debian.org (full text, mbox, reply):

From: Lisandro Damián Nicanor Pérez Meyer <perezmeyer@gmail.com>

To: debian-qt-kde@lists.debian.org

Cc: chrysn <chrysn@fsfe.org>, 798408@bugs.debian.org, 797816@bugs.debian.org

Subject: Re: Bug#798408: Bug#797816: openscad FTBFS in armhf due to conflict declaration of headers gl3.h and glew.h

Date: Tue, 15 Sep 2015 19:42:45 -0300

On Tuesday 15 September 2015 19:39:26 Lisandro Damián Nicanor Pérez Meyer 
wrote:
> On Monday 14 September 2015 10:06:54 chrysn wrote:
> [snip]
> 
> > On Wed, Sep 02, 2015 at 04:31:03PM -0300, Tiago Stürmer Daitx wrote:
> > > openscad 2015.03-1+dfsg-2ubuntu1 FTBFS on armhf due to conflicting
> > > headers.
> > 
> > as openscad upstream currently doesn't support gles, this will need
> > resolution from #798408. if gl and gles are mutually exclusive to that
> > extent, i'd prefer a solution where it is still possible to build qt
> > apps that use gl on armhf, for otherwise packages like openscad can't
> > work at all on that architecture.
> 
> Qt5 links against GLES in arm*, Desktop GL otherwise. The reason is simple:
> most arm* boards have native GLES support, thus benefit from using it.
> 
> As far as I remember GLEW does not supports GLES, so you basically can't use
> it on arm* with Qt5.
> 
> Hope that helps, Lisandro.

Make that armel armhf, somehow we missed arm64. We might change that though.

-- 
¿Qué vamos a hacer esta noche Cerebro?
-Lo mismo que todas las noches Pinky...
¡¡¡tratar de conquistar el mundo!!!
  Pinky y Cerebro. Narf.

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/

Send a report that this bug log contains spam.