“Projet d'ERREUR: Unknown module(s) dans QT: multimédia” lors de la construction de mon projet avec des produits frais statique Qt5.3.0

Il s'avère que la construction de l'intervalle qt de façon statique a été plus difficile que j'ai d'abord attendu (espéré?)

Dans cette réponse, je vais exposer mon parcours pour avoir enfin un travail complet statiquement lié à qt que de compiler correctement avec mon projet sur Qt5/64bit/Linux.

Tout d'abord une liste de conseils qui ont été déterminantes pour la réussite de mon stage:

1. Assurez-vous d'avoir la 3ème partie des dépendances que qt besoin installé. Le moyen le plus facile à organiser pour ce qui est d'installer les paquets de développement à l'aide de la gestion de paquets de votre distribution Linux. Le plus hardcore est de télécharger les sources et les compiler vous-même, assurez-vous d'inclure appropriés -L et-L options. Pour une liste complète des dépendances, regardez le guide officiel sur la façon de construire qt5 à partir de git. Il a des instructions sur exactement quels paquets sont nécessaires pour chaque module qt, et comment les installer pour plusieurs distributions. Pourquoi? Certains modules (tels que qtmultimedia) permettra de tester l'environnement de compilation disponibles dépendances, et permettra de s'adapter à cela. Si il vous manque quelques dépendances vous allez vous retrouver avec un qtmultimedia module ne prend pas en charge la vidéo ou de l'audio ou les deux (manque d'impulsion/alsa/gstreamer dev libs).

2. Il y a deux manières fondamentales pour construire l'intervalle qt. Vous pouvez construire qt "arbre" et "out-of-arbre". J'ai trouvé que le "out-of-arbre" approche laisse plus de travail sur vos épaules tout en fin de compte, il est le plus intuitif pour moi. J'ai procédé à cette approche dans cette réponse. "en arbre" signifie que vous comptez sur la déjà établi la structure de dossier trouvé dans votre répertoire source(lire: beaucoup de choses que vous ne pas saisir facilement). "l'arbre" signifie que vous créez un répertoire de construction et de commencer le processus de construction à partir de là. C'est aussi appelée "l'ombre "construire". La raison pour laquelle je trouve cela plus intuitive est que vous pouvez regarder dans le répertoire de l'ombre pour voir quels fichiers ont été réalisés, copié, modifié à chaque étape de la voie, et si les fichiers sont manquants, vous savez tout de suite que quelque chose est incorrect.

3. Certaines des options de configuration va avoir des effets indésirables. Par exemple, le -fully-process option, alors qu'il a promis de tout inclure, cassé mon build. Lire la sortie de ./configure --help attentivement et essayez de comprendre ce que chaque point.

4. MODIFIER AJOUTÉ 2016-05-04: Qt construire effectivement produit un ensemble de fichiers journaux que vous pouvez consulter pour obtenir de bonnes informations sur le pourquoi modules sont manquants ou pourquoi les choses ne construit pas comme prévu. J'ai découvert cela en dépôt un peu le problème de tout bâtiment Qt 5.6.0 sous docker.

5. Vous aurez très probablement jusqu'à la fin avec une configuration qui s'appuie uniquement le qtbase module, et le reste des modules tels que qtmultimedia et qtsvg devront être construites après. Mais ne disparaissent pas, cela est en fait plus simple qu'il n'y paraît.

6. L'ordre dans lequel vous décidez de construire les modules séparés questions. Certains modules ne sera pas construire si vous n'avez pas construit leurs dépendances. Par exemple qtdeclarative nécessite qtscript d'abord être construites.

7. Je conseil vivement de documenter vos progrès lors de la construction de l'intervalle qt. Je l'ai fait en ne cessent de s'améliorer un script shell qui permettrait d'effectuer toutes les étapes qu'il a travaillé jusqu'à ce point. Je vais partager mon script dans ce post dans l'espoir qu'il sera utile comme un guide pour vous le plus rapidement possible.

Maintenant avec ceux des conseils généraux de la route, voici ma bash script pour télécharger une version de qt5, la configuration et la construction d'un goût:

EDIT: Cela a fonctionné sur Ubuntu 12.04 x64 mais quand j'ai reproduit le processus de Debian 7.0 x64 il a échoué avec un message d'erreur: sur le même format: "Projet d'ERREUR: Unknown module(s) dans QT: rapide svg multimediawidgets multimédia". Après un dépannage, j'ai trouvé que par l'exécution de la configurer et créer des étapes deux fois dans une rangée sans nettoyage résout ce problème. Pas une solution élégante, je sais, mais j'avais de l'espoir pour certains Qt5 fonctionnaires/les pros de soumettre une réponse à cela au lieu de moi, à essayer de comprendre les choses par essai et erreur. J'ai envoyé un rapport de bug pour qt à ce sujet ici: https://bugreports.qt.io/browse/QTBUG-39733

#!/bin/bash
# Dependencies:
sudo apt-get install build-essential perl python git "^libxcb.*" libx11-xcb-dev libglu1-mesa-dev libxrender-dev  libasound2-dev libgstreamer0.10-dev libgstreamer-plugins-base0.10-dev
# Change this variable to suit your need
VER="5.2.1"
VER2="${VER%.*}"
WSRC="http://download.qt-project.org/official_releases/qt/$VER2/$VER/single/qt-everywhere-opensource-src-$VER.tar.xz"
# Current dir ( allows this script to be called from another dir)
B=$(pwd)
# Base folder for the whole operation
Q="$B/qt"
# The uncompressed source
SRC="$Q/src/$VER"
# The actual shadow dir
O="$Q/build/$VER"
# The tar.xz archive
XZ="$Q/xz/qt-$VER.tar.xz"
# Paralelle make, number of cores
J=$(grep -c ^processor /proc/cpuinfo)
# Build log file
LOG="$O/log.txt"
# My configuration options for qt change to your hearts content, but make sure to clean out your current build before using it.
OPTS=""
OPTS+=" -release"
OPTS+=" -opensource"
OPTS+=" -static" 
OPTS+=" -confirm-license"
#OPTS+=" -fully-process" #Breaks my build
OPTS+=" -c++11"
OPTS+=" -largefile" 
#OPTS+=" -continue"
OPTS+=" -silent"
#OPTS+=" -optimized-qmake" 
#OPTS+=" -reduce-relocations"
OPTS+=" -qpa xcb"
#OPTS+=" -declarative"
OPTS+=" -opengl"
#OPTS+=" -svg"
OPTS+=" -qt-zlib" # ........... Use the zlib bundled with Qt.
OPTS+=" -qt-libpng" # ......... Use the libpng bundled with Qt.
OPTS+=" -qt-libjpeg" # ........ Use the libjpeg bundled with Qt.
OPTS+=" -qt-freetype" # ........ Use the freetype bundled with Qt.
OPTS+=" -qt-harfbuzz" # ........ Use the freetype bundled with Qt.
OPTS+=" -qt-pcre" # ........... Use the PCRE library bundled with Qt.
OPTS+=" -qt-xcb" # ............ Use xcb- libraries bundled with Qt.
OPTS+=" -qt-xkbcommon" # ...... 
OPTS+=" -no-gtkstyle"
OPTS+=" -no-sql-db2" 
OPTS+=" -no-sql-ibase" 
OPTS+=" -no-sql-mysql" 
OPTS+=" -no-sql-oci" 
OPTS+=" -no-sql-odbc" 
OPTS+=" -no-sql-psql" 
OPTS+=" -no-sql-sqlite" 
OPTS+=" -no-sql-sqlite2" 
OPTS+=" -no-sql-tds"
OPTS+=" -no-gif"
OPTS+=" -no-nis"
OPTS+=" -no-cups" 
OPTS+=" -no-iconv"
OPTS+=" -no-dbus"
OPTS+=" -no-eglfs"
OPTS+=" -no-directfb" 
OPTS+=" -no-linuxfb"
OPTS+=" -no-glib"
OPTS+=" -no-kms"
OPTS+=" -nomake examples" 
#OPTS+=" -nomake demos" NOT AVAILABLE ANYMORE
OPTS+=" -nomake tests"
#OPTS+=" -no-openssl"
# The modules that are relevant for me. Please observe that THE ORDER MATTERS! I would add one module at the time and see how it complains when you try to build it.
MODS="qtx11extras qtimageformats qtscript qtquick1 qtdeclarative qtquickcontrols qtsvg qtmultimedia"
# Just echo out the current state before starting the configuration and make
echo "B: $B"
echo "MODS: $MODS"
echo "OPTS: $OPTS"
echo "Q: $Q"
echo "O: $O"
echo "XZ: $XZ"
echo "SRC: $SRC"
echo "J: $J"
echo "LOG: $LOG"
# Create dirs
mkdir -p "$Q"
mkdir -p "$Q/xz"
mkdir -p "$SRC"
mkdir -p "$O"
# Start log
date > $LOG
# Download source archive
[ ! -f $XZ ] && wget "$WSRC" -c -O "$XZ"
# Unpack source archive
[ ! -x $SRC/configure ] && tar pxf "$XZ" --strip=1 -C "$SRC" "qt-everywhere-opensource-src-$VER" 
# Configure qt build
cd "$O"
MAKEFLAGS=-j$J "$SRC/configure" $OPTS
# Build qtbase with new config (results in the basic qt libs plus a new qmake that you can use for building the rest of the modules and your own projects).
# TIP: Don't put make all here
make -j$J >> $LOG
#build your modules with the new qmake, keeping the resulting static libs in each module's shadow build folder where they will be located by qmke during compilation of your projects
for M in $MODS
do
echo "----------------------------------------- MODULE: $M"
echo "----------------------------------------- MODULE: $M" >> $LOG
# Make module dir
D=$O/$M
mkdir -p $D
cd $D
# Use new qmake to create module makefile
$O/qtbase/bin/qmake $SRC/$M/
# Build module
make -j$J >> $LOG
done
echo "DONE"

Pour utiliser ce script, le mettre dans un nouveau fichier texte comme qt.sh et chmod +x qt.sh pour le rendre exécutable. Faire un vide dir et exécutez le script à partir de là.

Après qu'il est terminé, le qmake sera sous <your dir>/qt/build/<version>/qtbase/bin. Vous devriez être capable de l'utiliser comme tout autre qmake, à partir de la ligne de commande, un script ou un QtCreator. Exemple:

cd ~ # Go to home dir
mkdir lol #Make a temporary dir
cd lol # Go into the temporary dir
<full path to script> # Run the script from this temporary dir
# [ ... wait for script to download, configure and build qt]
cd qt/build/<version> # Go into the output directory
ls # List all module folders
ls -hal qtbase/bin
/qmake # Show details on new qmake binary which should be configured to build your projects with static qt linkage by linking to module libraries from this dir.

Si quelque chose va mal, vous pouvez maintenant ouvrir $fichier JOURNAL à l'aide de votre éditeur de texte favori et de regarder ce qui s'est passé.

Et enfin, pour vérifier que votre projet a été compilé avec qt lié statiquement, vous pouvez exécuter ldd my_binary et de voir que la liste liée de façon dynamique les bibliothèques contient aucune mention de l'intervalle qt ce que-si-jamais. De GAGNER!

Je ne sais pas si c'est la meilleure façon de le faire, donc si vous connaissez un meilleur moyen, ou a des améliorations, n'hésitez pas à partager!

OriginalL'auteur Lennart Rolland