Wie kann ich feststellen, ob eine Bibliothek mit -g kompiliert wurde?

103

Ich habe einige kompilierte Bibliotheken unter x86 Linux und möchte schnell feststellen, ob sie mit Debugging-Symbolen kompiliert wurden.

c debugging gdb debug-symbols

— Dan Hook
quelle

85

Wenn Sie unter Linux arbeiten, verwenden Sie objdump --debugging. Für jede Objektdatei in der Bibliothek sollte ein Eintrag vorhanden sein. Bei Objektdateien ohne Debugging-Symbole wird Folgendes angezeigt:

objdump --debugging libvoidincr.a
In archive libvoidincr.a:

voidincr.o:     file format elf64-x86-64

Wenn es Debugging-Symbole gibt, ist die Ausgabe viel ausführlicher.

— Matt McClellan
quelle

5

Es gibt auch obdjump -W libund readelf -w lib. Letzteres ist konfigurierbarer - siehe Readelf (1) Manpage.

— Przemoc

3

Für jede Binärdatei (einschließlich der mit -g kompilierten) gibt objdump die Antwort "Keine erkannten Debugging-Informationen", es sei denn, ich kompiliere sie mit -gstabs. Dies scheint ein erkannter Fehler zu sein.

— Dan Hook

Dan, auf welcher Plattform hast du das versucht?

— Swegi

Angestelltes Russisch: Von man objdump (1) versucht das Flag --debugging, die in der Datei gespeicherten Informationen zum STABS- und IEEE-Debugging-Format zu analysieren und mit einer C-ähnlichen Syntax auszudrucken. Wenn keines dieser Formate gefunden wird, greift diese Option zurück auf die Option -W, um DWARF-Informationen in der Datei zu drucken. "

— Matt McClellan

5

objdump -ggibt mir nichts für einen einfachen test.o mit und ohne kompiliert g, was es praktisch nutzlos macht. Ubuntu 12.04, gcc 4.6.3, GNU objdump 2.22. nm -ascheint nützlicher zu sein.

— jw013

89

Der vorgeschlagene Befehl

objdump --debugging libinspected.a
objdump --debugging libinspected.so

gibt mir immer das gleiche Ergebnis zumindest unter Ubuntu / Linaro 4.5.2:

libinspected.a:     file format elf64-x86-64
libinspected.so:     file format elf64-x86-64

egal ob das Archiv / die gemeinsam genutzte Bibliothek mit oder ohne -gOption erstellt wurde

Was mir wirklich geholfen hat festzustellen, ob -ges verwendet wurde, ist das Readelf- Tool:

readelf --debug-dump=decodedline libinspected.so

oder

readelf --debug-dump=line libinspected.so

Dies druckt eine Reihe von Zeilen aus Quellendateiname, Zeilennummer und Adresse aus, wenn solche Debug-Informationen in der Bibliothek enthalten sind , andernfalls wird nichts gedruckt .

Sie können den Wert übergeben, den Sie für die --debug-dumpOption anstelle von erforderlich finden decodedline.

— Alex InTechno
quelle

1

funktioniert perfekt. Ich habe diesen Befehl in meiner ausführbaren Datei mit der ersten CMAKE_BUILD_TYPE RELEASE ausprobiert und der Befehl wurde leer zurückgegeben. Dann habe ich es mit CMAKE_BUILD_TYPE DEBUG versucht und dann gab es ziemlich viel Ausgabe.

— Infoclogged

32

Was geholfen hat ist:

gdb mylib.so

Es wird gedruckt, wenn Debug-Symbole nicht gefunden werden:

Reading symbols from mylib.so...(no debugging symbols found)...done.

Oder wenn gefunden:

Reading symbols from mylib.so...done.

Keine der früheren Antworten lieferte für mich aussagekräftige Ergebnisse: Bibliotheken ohne Debug-Symbole lieferten viel Ausgabe usw.

— Velkan
quelle

Vielen Dank! Dies funktionierte für mich mit Clang Compiler in Android mit cmake :)

— Pär Nils Amsen

super toll für eine schnelle Überprüfung! funktioniert auch mit * .o Objektdateien.

— Stephane Rolland

28

nm -a <lib> druckt alle Symbole aus der Bibliothek, einschließlich der Debug-Symbole.

Sie können also die Ausgaben von nm <lib>und vergleichen nm -a <lib>- wenn sie sich unterscheiden, enthält Ihre Bibliothek einige Debug-Symbole.

— qrdl
quelle

3

@Employed Russian Kannst du das bitte näher erläutern? Warum denkst du, ist es ein falsches Werkzeug? Es macht den Job und macht es auch unter Linux.

— Qrdl

Selbst für Embedded Linux basierend auf Kernel 2.6.35, xxx-objdump, funktioniert xxx-nm einwandfrei.

— agfe2

nm -ahat einen Alias, nm --debug-symsder selbsterklärend ist :-).

— Pevik

3

Geben Sie einfach diff <(nm <lib>) <(nm -a <lib>)einen einfachen diff zu bekommen

— Aᴄʜᴇʀᴏɴғᴀɪʟ

17

Unter OSX können Sie dsymutil -sund verwendendwarfdump .

Bei Verwendung von sehen dsymutil -s <lib_file> | moreSie Quelldateipfade in Dateien mit Debug-Symbolen, ansonsten jedoch nur die Funktionsnamen.

— glennr
quelle

11

Können Sie beispielsweise erläutern, worauf bei der Ausgabe von zu achten ist dsymutil -s? Bedeutet das Vorhandensein einer Ausgabe, dass sie mit Debug-Symbolen erstellt wurde, oder sollte sie erfasst werden?

— Mitch

12

Sie können hierfür objdump verwenden .

EDIT: Von der Manpage:

-W
--dwarf
Displays  the  contents of the DWARF debug sections in the file, if
any are present.

— Swegi
quelle

6

Antworten, die darauf hinweisen, dass Debug-Informationen in einer von der Binärdatei getrennten Datei gespeichert werden objdump --debuggingoder readelf --debug-dump=...nicht funktionieren, dh die Binärdatei enthält einen Debug-Link- Abschnitt. Vielleicht könnte man das einen Fehler nennen readelf.

Der folgende Code sollte dies korrekt behandeln:

# Test whether debug information is available for a given binary
has_debug_info() {
  readelf -S "$1" | grep -q " \(.debug_info\)\|\(.gnu_debuglink\) "
}

Weitere Informationen finden Sie unter Separate Debug-Dateien im GDB-Handbuch.

— ack
quelle