Ubuntu
qt4-x11 package

conflicting types in GLES2/gl2.h and GL/glext.h

Bug #840679 reported by Matthias Klose
12
This bug affects 2 people
Affects Status Importance Assigned to Milestone
qt4-x11 (Ubuntu)
Fix Released
High
Unassigned
Oneiric
Won't Fix
High
Unassigned

Bug Description

In the armel freecad build you see:

In file included from /usr/share/qt4/include/QtOpenGL/qgl.h:69:0,
                 from /usr/share/qt4/include/QtOpenGL/QGLFormat:1,
                 from Application.cpp:36:
/usr/include/GLES2/gl2.h:38:26: error: conflicting declaration 'typedef khronos_intptr_t GLintptr'
/usr/include/GL/glext.h:5072:19: error: 'GLintptr' has a previous declaration as 'typedef ptrdiff_t GLintptr'
/usr/include/GLES2/gl2.h:39:26: error: conflicting declaration 'typedef khronos_ssize_t GLsizeiptr'
/usr/include/GL/glext.h:5073:19: error: 'GLsizeiptr' has a previous declaration as 'typedef ptrdiff_t GLsizeiptr'
In file included from /usr/share/qt4/include/QtOpenGL/QGLFormat:1:0,
                 from Application.cpp:36:

both files belong to mesa. Please make sure that the types match. this does cause more than one build failure on armel

Matthias Klose (doko)
Changed in mesa (Ubuntu Oneiric):
importance: Undecided → High
status: New → Confirmed
Chris Halse Rogers (raof)
Changed in mesa (Ubuntu Oneiric):
assignee: nobody → Chris Halse Rogers (raof)
Ricardo Salveti (rsalveti)
tags: added: arm-porting-queue
Revision history for this message
Chris Halse Rogers (raof) wrote :

I'm a bit surprised that Qt includes both GL/gl.h and GLES2/gl2.h in the same file. I wouldn't expect that to work; there's a large overlap in symbols.

This clearly isn't built in the desktop Qt builds as there isn't anything ARM specific there. I think this is actually a Qt bug, either in the packaging or the code.

Revision history for this message
Chris Halse Rogers (raof) wrote :

Oh, hah!

It's not directly a Qt problem. However, switching the Qt backend from desktop GL to GL ES in 4:4.7.3-4ubuntu1 is an ABI break, and since it's exposed in the Qt headers it's an API break, too.

I'm not sure how the Qt maintainers want to deal with this, but I don't think there's anything to be done on the mesa side.

affects: mesa (Ubuntu Oneiric) → qt4-x11 (Ubuntu Oneiric)
Changed in qt4-x11 (Ubuntu Oneiric):
assignee: Chris Halse Rogers (raof) → nobody
Revision history for this message
Jani Monoses (jani) wrote :

This seems to no longer FTBFS

Changed in qt4-x11 (Ubuntu):
status: Confirmed → Fix Released
Revision history for this message
Rolf Leggewie (r0lf) wrote :

oneiric has seen the end of its life and is no longer receiving any updates. Marking the oneiric task for this ticket as "Won't Fix".

Changed in qt4-x11 (Ubuntu Oneiric):
status: Confirmed → Won't Fix
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.