Source: qt4-x11
Version: 4:4.8.2-1
Severity: normal

I was trying to investigate #679874 (as I suspect I've seen similar
problems with the FTBFS bug against qmf) but I am also developing
Qt applications for armel on the same machine, so I have 
the following multiarch variants installed:

ii  libqt4-dbus:armel            
ii  libqt4-sql:armel            
ii  libqt4-sql-sqlite:armel            
ii  libqt4-xml:armel            
ii  libqtcore4:armel            
ii  libqtgui4:armel    

The architecture detection code in qt4-x11 has a problem:

                    -system-libtiff \
                    -system-libpng \
                    -system-libjpeg \
                    -no-rpath \
                    -optimized-qmake \
                    -dbus-linked \
                    -reduce-relocations \
                    -no-separate-debug-info \
                    -verbose \
                    -gtkstyle \
                    -system-nas-sound \
                    -no-openvg \
                    -lfontconfig \
                    -I/usr/include/freetype2 \
                    -qvfb \
                    -icu \
                    -plugin-sql-ibase -plugin-sql-sqlite2 -arch armv6 -opengl 
es2
Determining system architecture... (Linux:3.2.0-3-amd64:x86_64)
    64-bit AMD 80x86 (x86_64)
    'arm' is supported
    'x86_64' is supported
System architecture: 'arm'
Precompiled-headers support enabled.

Yes, maybe arm should be supported because I'm also developing for armel but 
qt4-x11 should
not be able to pick that up as an indication to try and build with the system 
architecture
set to arm! This isn't a cross-build.

It looks like it's doing a simple alphabetical sort and picking the first arch 
it
finds if there is more than one ... that is going to cause unexpected failures, 
like
this one.

The build continues and fails, first at opengl:

OpenGL ES 2.x auto-detection... ()
make[2]: Entering directory 
`/home/neil/code/debian/src/qt/qt4-x11-4.8.2/config.tests/unix/opengles2'
g++ -c -pipe -O2 -Wall -W -DQT_WEBKIT -I../../../mkspecs/glibc-g++ -I. 
-I/usr/include/freetype2 -I/usr/X11R6/include -o opengles2.o opengles2.cpp
opengles2.cpp:45:25: fatal error: GLES2/gl2.h: No such file or directory
compilation terminated.
make[2]: *** [opengles2.o] Error 1
make[2]: Leaving directory 
`/home/neil/code/debian/src/qt/qt4-x11-4.8.2/config.tests/unix/opengles2'
OpenGL ES 2.x disabled.
The OpenGL ES 2.0 functionality test failed!
 You might need to modify the include and library search paths by editing
 QMAKE_INCDIR_OPENGL_ES2, QMAKE_LIBDIR_OPENGL_ES2 and QMAKE_LIBS_OPENGL_ES2 in
 /home/neil/code/debian/src/qt/qt4-x11-4.8.2/mkspecs/glibc-g++.
make[1]: *** [override_dh_auto_configure] Error 1

(This will be because I don't have libqt4-opengl:armel installed, but that's not
the point.)

The build then fails later (if I mangle the package to avoid opengl) at an 
attempt to try
and compile the arm assembly code.... Oops.

Note how, despite selecting a system architecture of arm, it is using g++ not
arm-linux-gnueabi-g++ or x86_64-linux-gnu-g++.

Unfortunately, this makes things very difficult for me to test bugs in qt4-x11
and it will also make it hard to debug multiarch builds once the GSoC project 
for
Emdebian provides MultiArch cross-compiler toolchains.

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: armel
i386

Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_GB.UTF-8)
Shell: /bin/sh linked to /bin/dash


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to