[Octave-bug-tracker] [bug #45672] Octave fails to build when Qt is built with GLES support instead of full OpenGL

[Mike Miller]

URL:
  <http://savannah.gnu.org/bugs/?45672>

                 Summary: Octave fails to build when Qt is built with GLES
support instead of full OpenGL
                 Project: GNU Octave
            Submitted by: mtmiller
            Submitted on: Sat 01 Aug 2015 05:47:24 PM EDT
                Category: Configuration and Build System
                Severity: 4 - Important
                Priority: 5 - Normal
              Item Group: Build Failure
                  Status: None
             Assigned to: mtmiller
         Originator Name: 
        Originator Email: 
             Open/Closed: Open
         Discussion Lock: Any
                 Release: 4.0.0
        Operating System: GNU/Linux

    _______________________________________________________

Details:

Building Octave on an OS where Qt has been configured with GLES support
instead of full OpenGL fails because of conflicting type definitions between
GL and GLES. For example:


In file included from ../libinterp/corefcn/gl-render.h:32:0,
                 from ../libinterp/corefcn/gl2ps-renderer.h:30,
                 from graphics/Canvas.cc:44:
/usr/include/GL/gl.h:134:17: error: conflicting declaration 'typedef double
GLdouble'
 typedef double  GLdouble; /* double precision float */
                 ^
In file included from /usr/include/qt4/QtOpenGL/QGLWidget:1:0,
                 from graphics/GLCanvas.h:26,
                 from graphics/Canvas.cc:39:
/usr/include/qt4/QtOpenGL/qgl.h:85:17: note: previous declaration as 'typedef
GLfloat GLdouble'
 typedef GLfloat GLdouble;
                 ^





(copied from
https://launchpadlibrarian.net/213249421/buildlog_ubuntu-wily-armhf.octave_4.0.0-3_BUILDING.txt.gz)

I think a short test snippet can be done in configure.ac to simply try and
compile GL with Qt to check for this conflict and disable building the GUI
automatically.

I will probably try to submit a patch to the Ubuntu package build process
first, and then bring it back into default if it works, since I don't have the
setup to test this myself.

(If anyone has the ability to test this and would be willing to test my
patches, let me know)




    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?45672>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/