GDB, le débogueur du projet GNU, permet de voir ce qu'il se passe « à l'intérieur » d'un autre programme, pendant qu'il s'exécute — ou ce que faisait un autre programme au moment où il a planté. Notez que GDB est plus performant quand les programmes et les bibliothèques tracées sont construits avec les symboles de débogage et qu'ils n'ont pas été nettoyés.
This package is known to build and work properly using an LFS-11.0 platform.
Téléchargement (HTTP) : https://ftp.gnu.org/gnu/gdb/gdb-10.2.tar.xz
Téléchargement (FTP) : ftp://ftp.gnu.org/gnu/gdb/gdb-10.2.tar.xz
Somme de contrôle MD5 du téléchargement : c044b7146903ec51c9d2337a29aee93b
Taille du téléchargement : 21 Mo
Estimation de l'espace disque requis : 761 Mo (plus 750 Mo pour la doc, plus 633 Mo pour les tests)
Estimation du temps de construction : 1,7 SBU (avec parallélisme = 4 ; plus 30 SBU pour les tests et 0,5 pour la doc)
six-1.16.0 (module Python 3, requis à l'exécution pour utiliser des scripts GDB de divers paquets de LFS et BLFS avec le Python 3 installé dans LFS)
Doxygen-1.9.2, GCC-11.2.0 (ada, gfortran et go sont utilisés pour certains tests), Guile-3.0.7, Python-2.7.18, rustc-1.52.0 (utilisé par certains tests), Valgrind-3.17.0 et SystemTap (dépendance d'exécution, utilisé pour les tests)
Notes utilisateur : https://wiki.linuxfromscratch.org/blfs/wiki/gdb
Installez GDB en lançant les commandes suivantes :
mkdir build &&
cd build &&
../configure --prefix=/usr \
--with-system-readline \
--with-python=/usr/bin/python3 &&
make
Éventuellement, pour construire la documentation de l'API en utilisant Doxygen-1.9.2, lancez :
make -C gdb/doc doxy
Pour tester les résultats, lancez :
pushd gdb/testsuite && make site.exp && echo "set gdb_test_timeout 120" >> site.exp && runtest popd
Voir gdb/testsuite/README et TestingGDB. Il y a plein de problème avec la suite de tests :
Des répertoires propres sont requis si vous relancez les tests. Pour cette raison, il est recommandé de créer une copie du répertoire des codes sources compilés avant les tests au cas où vous devriez relancer les tests.
Les résultats dépendent des compilateurs installés.
Quelques tests supposent les le fichier d'en-tête
<sys/sdt.h>, faisant
partie de SystemTap est
présent.
Une tentative de lancer la suite de tests a eu 230 échecs inattendus (sur plus de 70000 tests).
Sur certains systèmes, la suite de tests gdb.tui échouera si elle est lancée via SSH.
Sur certains systèmes AMD, plus de 200 tests supplémentaires ont échoués à cause d'une différence dans l'implémentation du parallélisme sur ces CPU.
Maintenant, en tant qu'utilisateur root :
make -C gdb install
Si vous avez construit la documentation de l'API, c'est maintenant
dans gdb/doc/doxy. Vous pouvez l'installer (en tant qu'utilisateur
root) :
install -d /usr/share/doc/gdb-10.2 && rm -rf gdb/doc/doxy/xml && cp -Rv gdb/doc/doxy /usr/share/doc/gdb-10.2
--with-system-readline : Ce
paramètre force GDB a utiliser la
copie de Readline installée dans
LFS.
--with-python=/usr/bin/python3 :
Ce paramètre force GDB à utiliser
le Python 3 installé dans LFS. Supprimez-le si vous avez installé
Python-2.7.18 et souhaitez l'utiliser à la
place de Python 3.
Last updated on