GDB-14.1

Introduction à GDB

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 12.1 platform.

Informations sur le paquet

  • Téléchargement (HTTP) : https://ftp.gnu.org/gnu/gdb/gdb-14.1.tar.xz

  • Téléchargement (FTP) :

  • Somme de contrôle MD5 : 4a084d03915b271f67e9b8ea2ab24972

  • Taille du téléchargement : 23 Mo

  • Estimation de l'espace disque requis : 966 Mo (plus 805 Mo pour la doc, plus 710 Mo pour les tests)

  • Estimation du temps de construction : 2,1 SBU (plus 0,4 SBU pour la doc et 18 SBU pour les tests, le tout avec parallélisme = 4)

Dépendances de GDB

Dépendance recommandée à l'exécution

Facultatives

Doxygen-1.10.0, GCC-13.2.0 (ada, gfortran et go sont utilisés pour certains tests), Guile-3.0.9, rustc-1.76.0 (utilisé par certains tests), Valgrind-3.22.0 et SystemTap (dépendance d'exécution, utilisé pour les tests)

Installation de GDB

Installez GDB en exécutant 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.10.0, lancez :

make -C gdb/doc doxy

Pour tester les résultats exécutez :

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.

  • Une tentative de lancer la suite de tests a eu 51 échecs inattendus sur plus de 106 000 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 &&
make -C gdbserver 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-14.1 &&
rm -rf gdb/doc/doxy/xml &&
cp -Rv gdb/doc/doxy /usr/share/doc/gdb-14.1

Explication des commandes

--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 Python 3.

Contenu

Programmes installés: gcore, gdb, gdbserver et gdb-add-index
Bibliothèque installée: libinproctrace.so
Répertoires installés: /usr/{include,share}/gdb and /usr/share/doc/gdb-14.1

Descriptions courtes

gcore

génère un « core dump » d'un programme en cours d'exécution

gdb

est le débogueur GNU

gdbserver

est un serveur distant pour le débogueur GNU (il permet de déboguer des programmes depuis une autre machine)

gdb-add-index

Permet d'ajouter des fichiers d'index aux binaires ELF. Cela accélère le chargement de gdb sur les gros programmes.

libinproctrace.so

contient les fonctions pour l'agent de traçage dans les processus. L'agent autorise l'installation rapide de balises, le listage des marqueurs statiques de balises, et le démarrage de la surveillance.