Configuration de Qt Creator pour déboguer dans les classes Qt

si vous regardez dans les infobulles, vous verrez des références à /Users/qt/work, Les symboles de débogage déployés par Mac pointent là. Bien sûr, ce n'est pas documenté, car ces gens veulent que vous achetiez enterprise.

si vous créez le /Users/qt/work directory (en tant que root), puis faire un lien vers votre répertoire source nommé qt, tout fonctionnera. Pas besoin de construire quoi que ce soit à partir de la source (sous Mac qui entraînerait des dizaines de gigs gaspillés). Mêmes considérations sur plugins

Exemple:

sudo -s
mkdir /Users/qt
cd /Users/qt
mkdir work
cd work
ln -s /Users/your_user_name/Qt/your_qt_release/Src qt

tout va marcher. Toutes les sources ont échoué ici, alors laissez-les tranquilles. Espérons que cela aide

Vous devez compiler votre propre Qt. C'est la seule façon d'obtenir cette fonctionnalité. Vous êtes libre d'utiliser n'importe quel IDE, même précompilé. Enregistrez simplement votre Qt auto-compilé comme un kit dans le créateur de Qt.

Qt précompilé ne fournit tout simplement pas de fichiers contenant des informations de débogage. Vous pouvez perdre un temps illimité à essayer de déboguer dans Qt précompilé. Ce n'est pas possible sur les plateformes Unix puisque les objets nécessaires contenant des informations de débogage ne sont pas expédiés. Il n'est pas non plus disponible sur Windows, pour la même raison - le .les fichiers pdb ne sont pas là pour les constructions MSVC, et les fichiers objet ne sont pas là pour les constructions mingw. C'est sérieux tout y est.

Lors de la construction d'un -debug-and-release version de Qt, vous devez conserver tous les arbres suivants (dossiers) dans le but de débogage:

• source,
• construire,
• installer le préfixe.

Je ne sais pas vraiment à quoi sert le Qt de prebuilt. Aussi loin que Je m'inquiète, il ne devrait pas être offert: il confond juste le diable hors de tout le monde. Il n'est d'aucune utilité pour les utilisateurs finaux, et il est d'aucune utilité pour les développeurs - Je ne peux pas voir le débogage sérieusement sans accès aux sources Qt. Cela va à l'encontre du but de l'existence des sources, d'une certaine manière. Bien sûr, il devrait y avoir un créateur Qt avec les bibliothèques Qt dont il a besoin, mais cela ne devrait pas être exposé en dehors de cela.

avec Xcode, avant d'entrer dans la bibliothèque Qt la première fois, saisissez la commande suivante dans la fenêtre LLDB:

settings set target.source-map /Users/qt/work/qt /path/to/Qt/5.10.1/Src

(évidemment vous voudrez changer le numéro de version, le cas échéant).

mais supposons que Trolltech change son répertoire de compilation, Que faire alors? (Ou, comment le wiki communautaire qui a donné le /Users/qt/work/qt chemin le trouver?) Vous pouvez deviner ce que le chemin doit être en éditant /path/to/Qt/5.10.1/clang_64/lib/QtCore.framework.dSYM/Contents/Resources/DWARF/QtCore_debug (ou tout autre bibliothèque Qt) et la recherche de certains chemins. "/Utilisateur" semble comme une bonne estimation. Environ 2% dans la bibliothèque, vous commencerez à voir des sections avec beaucoup de chemins comme:

../../include/QtCore/../../src/corelib/kernel^@../../include/QtCore       
/../../src/corelib/tools^@global^@/Users/qt/work/qt/qtbase/src/corelib
/../../include/QtCore/../../src/corelib/arch^@/Applications/Xcode.app
/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/<etc>

cherchez un chemin absolu qui semble pouvoir être écrit. (/Applications/... ne serait pas susceptible build path, par exemple)