[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#396034: marked as done (qmake-qt4: CONFIG+=opengl doesn't add QtOpenGL include path or link -lQtOpenGL)



Your message dated Mon, 30 Oct 2006 22:33:45 -0500
with message-id <87iri140rq.fsf@scabbers.bignachos.com>
and subject line Bug#396034: qmake-qt4: CONFIG+=opengl doesn't add QtOpenGL include path or link -lQtOpenGL
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: qt4-dev-tools
Version: 4.1.4-1.1
Severity: minor


I have a Qt4 app built from a qmake-qt4 / .pro generated Makefile.
Builds and works fine.

I wanted to add some OpenGL code to it, using QGLWidget.
I changed the CONFIG line of the .pro file from
  CONFIG+= qt thread stl exceptions precompile_header release
to 
  CONFIG+= qt opengl thread stl exceptions precompile_header release

I was suprised that all this seems to do was to add -lGLU and -lGl
to the Makefile LIBS path: to get a QGLWidget I had to include
  #include <QtOpenGL/QGLWidget>
(rather than simply QGLWidget as expected from the docs)
and to get a successful link I had to manually add 
  LIBS += -lQtOpenGL
to the .pro file.

I'd expect adding opengl to the .pro CONFIG to add the QtOpenGL
directory to the Makefile's -I include paths, and -lQtOpenGL to the
linked libs.  (This is certainly the case with the qmake in
qt3 3.3.4 in Sarge).

If this is fixed in the qmake with 4.2.1, apologies.


-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing'), (200, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-2-686-smp
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)

Versions of packages qt4-dev-tools depends on:
ii  libaudio2                   1.8-2        The Network Audio System (NAS). (s
ii  libc6                       2.3.6.ds1-4  GNU C Library: Shared libraries
ii  libfontconfig1              2.4.1-2      generic font configuration library
ii  libfreetype6                2.2.1-5      FreeType 2 font engine, shared lib
ii  libgcc1                     1:4.1.1-13   GCC support library
ii  libice6                     1:1.0.1-2    X11 Inter-Client Exchange library
ii  libpng12-0                  1.2.8rel-5.2 PNG library - runtime
ii  libqt4-core                 4.1.4-1.1    Qt 4 core non-GUI functionality ru
ii  libqt4-gui                  4.1.4-1.1    Qt 4 core GUI functionality runtim
ii  libsm6                      1:1.0.1-3    X11 Session Management library
ii  libstdc++6                  4.1.1-13     The GNU Standard C++ Library v3
ii  libx11-6                    2:1.0.3-2    X11 client-side library
ii  libxcursor1                 1.1.7-4      X cursor management library
ii  libxext6                    1:1.0.1-2    X11 miscellaneous extension librar
ii  libxi6                      1:1.0.1-3    X11 Input extension library
ii  libxinerama1                1:1.0.1-4.1  X11 Xinerama extension library
ii  libxrandr2                  2:1.1.0.2-4  X11 RandR extension library
ii  libxrender1                 1:0.9.1-3    X Rendering Extension client libra
ii  libxt6                      1:1.0.2-2    X11 toolkit intrinsics library
ii  zlib1g                      1:1.2.3-13   compression library - runtime

Versions of packages qt4-dev-tools recommends:
ii  libqt4-dev                    4.1.4-1.1  Qt 4 development files
pn  qt4-designer                  <none>     (no description available)
ii  qt4-doc                       4.1.4-1.1  Qt 4 API documentation

-- no debconf information


--- End Message ---
--- Begin Message ---
Tim Day <timday@bottlenose.demon.co.uk> writes:

> I have a Qt4 app built from a qmake-qt4 / .pro generated Makefile.
> Builds and works fine.
>
> I wanted to add some OpenGL code to it, using QGLWidget.
> I changed the CONFIG line of the .pro file from
>   CONFIG+= qt thread stl exceptions precompile_header release
> to 
>   CONFIG+= qt opengl thread stl exceptions precompile_header release
>
> I was suprised that all this seems to do was to add -lGLU and -lGl
> to the Makefile LIBS path: to get a QGLWidget I had to include
>   #include <QtOpenGL/QGLWidget>
> (rather than simply QGLWidget as expected from the docs)
> and to get a successful link I had to manually add 
>   LIBS += -lQtOpenGL
> to the .pro file.
>
> I'd expect adding opengl to the .pro CONFIG to add the QtOpenGL
> directory to the Makefile's -I include paths, and -lQtOpenGL to the
> linked libs.  (This is certainly the case with the qmake in
> qt3 3.3.4 in Sarge).
>
> If this is fixed in the qmake with 4.2.1, apologies.

Use "QT += opengl", not CONFIG.  See the Qt4 qmake documentation for
more info.

-- 
Captain Logic is not steering this tugboat.

--- End Message ---

Reply to: