web-dev-qa-db-fra.com

Debuginfos séparés manquants, utilisez: debuginfo-install glibc-2.12-1.47.el6_2.9.i686 libgcc-4.4.6-3.el6.i686 libstdc ++ - 4.4.6-3.el6.i686

CentOS 6.2 + GNU gdb (GDB) Red Hat Enterprise Linux (7.2-50.el6)

Lorsque je débogue un code c ++ simple avec GDB, j'ai vu l'avertissement suivant:

Missing separate debuginfos, use: debuginfo-install glibc-2.12-1.47.el6_2.9.i686 libgcc-4.4.6-3.el6.i686 libstdc++-4.4.6-3.el6.i686

J'ai essayé les méthodes suivantes et aucune d'entre elles ne résout les problèmes:

  1. Recherche SO

  2. yum install glibc

  3. debuginfo-install glibc-2.12-1.47.el6_2.9.i686 libgcc-4.4.6-3.el6.i686 libstdc++-4.4.6-3.el6.i686

En fait, quand j'installe ces RPM un par un, je viens de me rendre compte qu'ils sont déjà installés.

[root@localhost Excluded]# rpm -ivh glibc-2.12-1.47.el6_2.9.i686.rpm 
Preparing...                ########################################### [100%]
    package glibc-2.12-1.47.el6_2.9.i686 is already installed
[root@localhost Excluded]# ls *.rpm
glibc-2.12-1.47.el6_2.9.i686.rpm  libgcc-4.4.6-3.el6.i686.rpm
[root@localhost Excluded]# rpm -ivh libgcc-4.4.6-3.el6.i686.rpm 
Preparing...                ########################################### [100%]
    package libgcc-4.4.6-3.el6.i686 is already installed
[root@localhost Excluded]# rpm -ivh libstdc++-4.4.6-3.el6.i686.rpm 
warning: libstdc++-4.4.6-3.el6.i686.rpm: Header V4 DSA/SHA1 Signature, key ID 192a7d7d: NOKEY
Preparing...                ########################################### [100%]
    package libstdc++-4.4.6-3.el6.i686 is already installed
    file /usr/lib/libstdc++.so.6.0.13 from install of libstdc++-4.4.6-3.el6.i686 conflicts with file from package libstdc++-4.4.6-3.el6.i686

Pourquoi GDB ne peut pas le trouver?

Question : Dois-je m'inquiéter de ce problème? Si non, comment l'éteindre? Si oui, comment y remédier?

Je vous remercie

gdbcentos
48
q0987

debuginfo-install est une commande de yum-utils, donc

  1. yum install yum-utils
  2. debuginfo-install glibc
  3. si l'avertissement est toujours là, éditez /etc/yum.repos.d/CentOS-Debuginfo.repo, définissez enabled=1
88
dotslashlu

Au cas où quelqu'un d'autre rencontrerait le même problème,

J'avais mis à jour la glibc et d'une manière ou d'une autre l'ancien ldconfig avait été vidé

erreur lors du chargement des bibliothèques partagées: libjson-c.so.2: impossible d'ouvrir le fichier objet partagé: aucun fichier ou répertoire de ce type

Même après avoir défini le LD_LIBRARY_PATH, cela n'a pas fonctionné:

LD_LIBRARY_PATH=/usr/local/lib
export LD_LIBRARY_PATH

Enfin, les commandes ci-dessous sont venues à la rescousse.

// Add you library path here.
echo /usr/local/lib >> /etc/ld.so.conf

// And then Run ldconfig to reflect the path
ldconfig
0
Ankit Marothi