GDB Der GNU-Projekt Debugger. Current GDB. Source-Code. Die Quellen zu GDB sind über FTP, git und. Since GDB S-Entwicklungsprozess ist iterative kontinuierliche inkrementelle Änderung aktuelle Entwicklungsquellen können als stabil und sind available. However, wenn Sie würde Ich möchte eine Version von gdb aus dem letzten Release-Zweig ausprobieren, sie sind auch verfügbar. Sie können sich eine Kopie des Git-Repository direkt mit dem Befehl. Read-schreiben Git GDB-Entwickler nur. Wenn Sie bereits eine Read - Nur Kopie von git auf der Hand dann gibt es keine Notwendigkeit, einen Quellbaum erneut zu überprüfen Stattdessen können Sie bearbeiten, um die Fernbedienung zu ändern, um die Schreib-URL zu verwenden. Zum Beispiel könnten Sie haben Und Sie würden dies bearbeiten, um ssh zu verwenden Anstatt git Alternativ, um eine neue Lese-Schreib-Kopie des Repository auszuprobieren, verwenden Sie eine tägliche Momentaufnahme der aktuellen Entwicklungsquellen aktuellen Unterverzeichnis und die neuesten Release-Zweig Zweig Unterverzeichnis sind aus Diese Snapshots sind gespiegelt, so wird es zu chec bezahlen K für eine lokale Website. Differenzen zwischen täglichen Schnappschüssen sind auch verfügbar. Browse der Git-Repository über das Web mit der gitweb-Schnittstelle. Die Webseiten werden mit CVS gepflegt Sie sind zugänglich using. Read-only CVS. Read-Write CVS GDB-Entwickler Only. Das Skript wird verwendet, um konsistente Kopf - und Fußzeilen zu jeder Seite hinzuzufügen. Administrationsskripts. Eine Anzahl von Skripten wird verwendet, um generierte Webseiten zu aktualisieren und Quellcode-Snapshots zu erstellen. Die Skripts werden in einem CVS-Repository verwaltet und sollten mit Schreibzugriff zugänglich sein Zu diesem Repository ist eingeschränkt. Bitte senden FSF GNU Anfragen Fragen zu Es gibt auch andere Möglichkeiten, um die FSF. Copyright Free Software Foundation, Inc 51 Franklin St - Fünfte Stock, Boston, MA 02110-1301 USA. Verbatim Kopieren und Verteilung dieser Der gesamte Artikel ist in jedem Medium erlaubt, sofern diese Bekanntmachung beibehalten wird. Last geändert 2013-08-29.GDB Das GNU-Projekt Debugger. GDB Das GNU-Projekt Debugger. GDB, das GNU-Projekt-Debugger, ermöglicht es Ihnen, zu sehen, was Geht in ein anderes Programm, während es ausführt - oder was ein anderes Programm war im Moment, dass es abgestürzt. GDB kann vier Hauptarten von Dingen und andere Dinge zur Unterstützung dieser zu helfen, Sie fangen Bugs in der act. Start Ihr Programm , Spezifiziert alles, was sein Verhalten beeinflussen könnte. Machen Sie Ihr Programm zu stoppen auf bestimmten Bedingungen. Examine, was passiert ist, wenn Ihr Programm gestoppt hat. Stellen Sie die Dinge in Ihrem Programm, so können Sie experimentieren mit der Korrektur der Auswirkungen eines Bugs und gehen auf zu lernen Über ein anderes. Das Programm, das debuggt wird, kann in Ada, C, C, Objective-C, Pascal und viele andere Sprachen geschrieben werden. Diese Programme können auf demselben Rechner wie GDB native oder auf einer anderen Maschine ausgeführt werden, die GDB auf der beliebtesten UNIX laufen kann Und Microsoft Windows variants. GDB Version 7 12 1.Version 7 12 1 von GDB, der GNU Debugger, ist jetzt zum Download verfügbar Siehe die ANNOUNCEMENT für Details einschließlich Änderungen in dieser Version. Eine Errata-Liste PROBLEME und Dokumentation sind auch avai Lable. Jan 21st, 2017 GDB 7 12 1 Freigegeben. Die neueste Version von GDB, Version 7 12 1, steht zum Download zur Verfügung. Dies ist eine kleine Korrektur-Release über GDB 7 12, die Festlegung der folgenden Fragen. PR tdep 20682 aarch64 Regression. PR-Server 20733 Fehler beim Erstellen von aarch64be-linux-gnu GDBserver. PR tdep 20953 GDB stürzt nach Satzarchitektur ab rl78.PR tdep 20954 GDB stürzt ab, wenn Satzarchitektur rx. PR tdep 20955 GDB interner Fehler in cris-tdep c. PR bauen 20712 gdb 7 12 doesn t bauen als C auf Solaris. PR Breakpoint 20653 stringtoexplicitlocation hat einige seltsame code. PR bauen 20753 MinGW Compilation Fehler wegen strcasecmp. PR gdb 20977 GDB Ausnahmebehandlung ist auf i686-w64-mingw32.PR gebrochen. python 21048 backtrace ist gebrochen auf I686.PR sim 20808 mips sim bauen fehlschlägt aufgrund undefined SD CPU variables. PR sim 20809 mips sim bauen fehlschlägt für r3900 cpus. PR gdb 20939 GDB abgebrochen, wenn es einen Fehler in disassembly. October 7th, 2016 GDB 7 12 Freigegeben Neueste Version von GDB, Version 7 12, steht zum Download zur Verfügung. Versand in dieser Version gehören. Neue Ziel-Unterstützung Andes NDS32 nds32 - - elf. Rust Debugging-Programme in Rust geschrieben wird jetzt unterstützt. Fortran Support-Strukturen mit Feldern von dynamischen Typen und Arrays von dynamischen Typen. Various Python Verbesserungen neue Bequemlichkeit Funktionen, verbesserte Unterstützung Für breakpoints. Various GDBserver enhancements. btrace Aufnahme ohne beibehalten eine aktive GDB connection. tracepoints und schnelle tracepoints Unterstützung hinzugefügt auf s390-linux, s390x-linux, powerpc64-linux und powerpc64le-linux. Support für die folgenden Remote-Ziel-Protokolle und ROM-Monitore Wurde entfernt. Target m32rsdi Remote M32R Debugging über SDI. target mips MIPS Remote Debugging Protokoll. Target pmon PMON ROM monitor. target ddb NEC s DDB Variante von PMON für Vr4300.target rockhopper NEC RockHopper Variante der PMON. target lsi LSI Variante von PMO. Siehe die NEWS-Datei für eine ausführlichere und detailliertere Liste, was diese Version enthält. Aug 1., 2016 GDB 7 12 Zweig erstellt. Die GDB 7 12 Zweig gdb-7 12-branc H wurde erstellt Um eine Kopie der Zweiggebühr auszuprobieren. September 30, 2011 Release Mistakes in GDB Versionen 6 0 - 7 3.Ein Fehler wurde in der Release tar Dateien für alle GDB Releases von Version 6 0 bis Version 7 erkannt 3 enthalten Der Fehler wurde korrigiert und die FSF hat folgende Ankündigungen herausgegeben. Machen Sie einen Freigabefehler in den GDB-Versionen 6 0 - 6 6.Machen Sie einen Freigabefehler in den GDB-Versionen 6 7 - 7 3.Nov 28, 2006 Reversible Debugging. Die GDB-Betreuer sind auf der Suche nach Mitwirkenden interessiert an reversible Debugging. Late brechen Informationen, wie vor kurzem hinzugefügt Features, finden Sie in der NEWS-Datei in der gdb-Quelle Baum Alte Ankündigungen sind in der News-Archiv. Bitte senden FSF GNU Anfragen Fragen zu Es gibt auch andere Möglichkeiten, um die FSF. Copyright Free Software Foundation, Inc 51 Franklin St - Fifth Floor, Boston, MA 02110-1301 USA. Verbatim Kopieren und Verteilung dieses gesamten Artikels ist in jedem Medium erlaubt, sofern diese Bekanntmachung Ist prese Rved. Last modifiziert 2017-01-21.Der Netra DPS native Debugger ist der Standard-Debugger und ist nützlich für das Debugging während der Entwicklung Dieser Debugger identifiziert auch System hängt oder stürzt in der Feld-Bereitstellung Um auf den Netra DPS native Debugger zuzugreifen, drücken Sie Strg-C . Um den GNU Debugger GDB zu benutzen, musst du deinen eigenen Quellcode und die Binärdatei haben. Du musst das Flag für diese Applikation einschalten, zB USRCFLAGS - DTEJADEBUGGERMODE TEJADEBUGGERGDBMODE. Der native Debugger läuft auf dem Ziel und ermöglicht es Benutzern, das zu machen After. Set, Clear und Display Breakpoints. Set und Display memory. Display Stack Trace. Manage Thread focus. Step auf die nächste Montageanweisung. Der Debugger ist nicht symbolisch Symbol Auflösung wird separat mit einem Host-basierte Tool namens Siehe Auflösen von Symbolen durchgeführt. Debugging-Konfigurationscode. Sie sehen in tejacc Compiler-Konfiguration tejacc bekommt Informationen über Hardware-Architektur, Software-Architektur und Mapping durch Ausführen der Konfigurations-Code kompiliert int O dynamische Bibliotheken. Der Code ist in C geschrieben und kann Fehler enthalten, die dazu führen, dass Tejacc zum Absturz kommt. Beim Absturz werden Sie mit einer Java-Hotspot-Ausnahme präsentiert, da tejacc intern in Java implementiert ist. Die in der Ausnahme gemeldeten Informationen erfordern eine kompetente Interpretation. Eine alternative Version Von aufgerufen wird, um das Debugging-Konfigurationscode zu unterstützen. Dieses Programm führt tejacc im Standard-Host-Debugger dbx für Solaris-Hosts aus und stoppt die Ausführung sofort nach dem Laden der Konfigurationsbibliotheken. Sie können dann die Ausführung fortsetzen, um die Anweisung zu erreichen, die das Problem verursacht und überprüft Standort Alternativ können Sie Breakpoints auf die Konfigurationsfunktionen setzen, den Code durchführen oder eine andere Funktionalität verwenden, die vom Host-Debugger zur Verfügung gestellt wird. Um den Aufruf im Makefile zu ersetzen. Enter den Debugger. Das Anwendungsprogramm ruft den nativen Debugger auf Eine der folgenden Bedingungen tritt auf. Startzeit - Wenn die Bewerbung co Mpiled ohne die Option - O, ruft die Applikation den Debugger zum Startzeit an. Die mit der Option - O kompilierten Anwendungen werden normal gestartet. Ein Haltepunkt - Wenn die Applikation ohne die Option - O kompiliert wurde und beim Fahren ein Haltepunkt trifft, ruft die Applikation die Debugger Anwendungen, die mit der Option - O kompiliert wurden, können keine Haltepunkte setzen. Bei einem Absturz - Wenn die Anwendung abstürzt, ruft sie den Debugger auf. Der Debugger wird unabhängig davon aufgerufen, ob die Anwendung mit oder ohne die Option - O kompiliert wurde. Typing Ctrl-C - If Die Anwendung ruft die Funktion tejadebuggercheckctrlc auf und Sie geben die Ctrl-C-Schlüsselfolge ein, der Debugger wird auch als der Debugger aufgerufen, unabhängig davon, ob die Anwendung mit oder ohne die Option - O kompiliert wurde. Hinweis - Ein Aufruf zum Debugger stoppt alle Threads. Note - Die tejacheckctrlc-Funktion muss periodisch von mindestens einem der Threads ausgeführt werden, damit die Ctrl-C-Funktion funktioniert. Wenn der Thread die tejacheckctrlc-Funktion aufruft Asche oder geht in einen Deadlock, die Ctrl-C-Tastenfolge stoppt. Native Debugger Befehle. Displaying Help. help Befehl oder h Befehl. Displays Hilfe für einen Befehl Wenn die Befehlsvariable nicht vorhanden ist, wird eine allgemeine Hilfeseite angezeigt. GNU Project Debugger GDB Showcase Application. GDB, der GNU-Projekt-Debugger, ermöglicht es Ihnen, Ihr Programm in C-Quellcode-Ebene zu debuggen Die folgenden Abschnitte beschreiben die Referenz-Netra-DPS-Anwendung, die ein Schaufenster der GDB-Unterstützung in Netra DPS über den Logical Domain Channel LDC. Configuring gibt LDoms für GDB Showcase. Configuring LDoms für GDB-Schaufenster erfordert die neuesten LDoms-Version Wenn nicht installiert, laden und folgen Sie den LDoms neuesten Release-Anweisungen Finden Sie die neueste Version von LDoms at. Use Logical Domains 1 0 1 oder höher Release aus dem Sun Download Center. So konfigurieren Sie LDoms, die zum Ausführen der GDB-Demo erforderlich sind.1 Fügen Sie auf der primären Domäne Folgendes hinzu.2 Starten Sie das System neu, um remotecli-config zu aktivieren.3 Konfigurieren Sie LDoms mit Netra DPS wie folgt.4 C OnDie LDoms, die Solaris wie folgt ausführen. Um das GDB Showcase zu kompilieren. Fol das SUNWndps-Paket kompilieren Sie die Anwendung unter src apps gdb Type. This Aktion generiert die Binärdatei namens main unter src apps gdb code main Die erforderlichen Solaris Utility-Binärdateien sind unter src apps Gdb solaris-gw ldcso. To Konfigurieren Sie die Solaris Domain für GDB. Wenn die LDoms Domains konfiguriert und ausgeführt werden, führen Sie die folgenden Schritte aus, um das Gateway für GDB in der Solaris Domäne zu konfigurieren.1 Kopieren Sie die folgenden Dateien in Ihre Solaris LDoms Domain unter src Apps gdb solaris-gw ldcso. To dies zu tun, kopieren Sie die Treiber an den Speicherort, wie in diesem Beispiel gezeigt.3 9 Optionen für das Debuggen Ihres Programms. To sagen, GCC, um zusätzliche Informationen für die Verwendung durch einen Debugger, in fast allen Fällen, die Sie benötigen Nur zu - g zu deinen anderen options. GCC erlaubt dir, - g mit - O zu verwenden. Die Verknüpfungen, die durch optimierten Code genommen werden, können gelegentlich überraschen einige Variablen, die Sie erklären, möglicherweise nicht vorhanden an allen Fluss der Steuerung kann sich kurz bewegen, wo Sie nicht Erwarten, dass einige Aussagen nicht ausgeführt werden können, weil sie konstante Ergebnisse berechnen oder ihre Werte bereits vorhanden sind, können einige Aussagen an verschiedenen Orten ausgeführt werden, da sie aus Schleifen verschoben wurden. Trotzdem ist es möglich, optimierte Ausgabe zu debuggen. Das macht es sinnvoll, die Optimierer für Programme, die Bugs haben können. Wenn Sie nicht mit einer anderen Optimierungsoption, sollten Sie mit - Og sehen Optimize Options mit - g Mit kein - O-Option, einige Compiler-Pässe, die Informationen sammeln, die für das Debugging nützlich sind, laufen überhaupt nicht , So dass - Og kann zu einer besseren Debugging-Erfahrung führen. Produkt Debugging-Informationen in das Betriebssystem s native Format Stabs, COFF, XCOFF oder DWARF GDB können mit diesem Debugging-Informationen arbeiten. Bei den meisten Systemen, die Stab-Format verwenden, - g ermöglicht Verwendung von zusätzlichen Debugging-Informationen, die nur GDB kann diese zusätzliche Informationen verwenden Debugging-Arbeit besser in GDB aber wahrscheinlich macht andere Debugger Crash oder verweigern, um das Programm zu lesen Wenn Sie Wollen, um sicherzustellen, ob die zusätzlichen Informationen zu generieren, verwenden - Gastabs - Gastabs-gxcoff-gxcoff oder - Geufe siehe unten. Produkt Debugging-Informationen für die Verwendung von GDB Dies bedeutet, um die ausdrucksstärksten Format verfügbar DWARF, Stabs oder der Eingeborenen verwenden Format, wenn keiner von denen unterstützt wird, einschließlich GDB-Erweiterungen, wenn überhaupt möglich.-gdwarf - gdwarf-version. Produce Debugging-Informationen im DWARF-Format, wenn das unterstützt wird Der Wert der Version kann entweder 2, 3, 4 oder 5 die Standard-Version sein Für die meisten Ziele ist 4 DWARF Version 5 ist nur experimentell. Hinweis, dass mit DWARF Version 2 einige Ports benötigen und immer einige nicht-widersprüchliche DWARF 3 Erweiterungen in den Abwicklung Tabellen. Version 4 kann GDB 7 0 und - fvar-Tracking - Zuweisungen für maximalen Nutzen. GCC unterstützt nicht mehr DWARF Version 1, was wesentlich anders ist als Version 2 und später Aus historischen Gründen, einige andere DWARF-bezogene Optionen einschließlich - feliminate-dwarf2-dups und - fno-dwarf2-cfi-asm behalten ein Referenz Zu DWARF Version 2 in ihrem Namen, aber gelten für alle derzeit unterstützten Versionen von DWARF. Produce Debugging-Informationen im Stab-Format, wenn dies unterstützt wird, ohne GDB-Erweiterungen Dies ist das Format, das von DBX auf den meisten BSD-Systemen verwendet wird Auf MIPS, Alpha und System V Release 4-Systeme Diese Option erzeugt Stabs-Debugging-Ausgabe, die nicht von DBX oder SDB verstanden wird. Bei System V Release 4-Systemen erfordert diese Option die GNU-Assembler. Importieren Sie Debugging-Informationen im Stab-Format, wenn dies unterstützt wird, wobei GNU-Erweiterungen nur von der GNU verstanden werden Debugger GDB Die Verwendung dieser Erweiterungen ist wahrscheinlich, dass andere Debugger abstürzen oder verweigern, um das Programm zu lesen. Produzieren Sie Debugging-Informationen im COFF-Format, wenn dies unterstützt wird Dies ist das Format, das von SDB auf den meisten System V-Systemen vor System V Release 4 verwendet wird. Erstellen von Debugging-Informationen im XCOFF-Format, wenn dies unterstützt wird Dies ist das Format, das vom DBX-Debugger auf IBM RS 6000-Systemen verwendet wird. Importieren Sie Debugging-Informationen im XCOFF-Format, wenn das s ist Übertrieben, mit GNU-Erweiterungen, die nur von der GNU-Debugger-GDB verstanden werden. Die Verwendung dieser Erweiterungen wird wahrscheinlich dazu führen, dass andere Debugger abstürzen oder das Programm nicht verweigern und möglicherweise Assemblers außer dem GNU-Assembler-GAS mit einem Fehler ausfallen lassen. Debugging-Informationen einführen Im Alpha-VMS-Debug-Format, wenn dies unterstützt wird Dies ist das Format, das von DEBUG auf Alpha VMS-Systemen verwendet wird.-G Ebene - ggdb Ebene - Gastabs-Ebene - gcoff Ebene - gxcoff Ebene - Gvms Ebene. Request Debugging-Informationen und auch Ebene, um festzulegen, wie Viele Informationen Die Standard-Ebene ist 2.Level 0 produziert keine Debug-Informationen überhaupt So - g0 negiert - g. Level 1 produziert minimale Informationen, genug für die Rückverfolgungen in Teilen des Programms, die Sie don t planen zu debuggen Dies beinhaltet Beschreibungen von Funktionen und externe Variablen und Zeilennummern Tabellen, aber keine Informationen über lokale Variablen. Level 3 enthält zusätzliche Informationen, wie alle Makro-Definitionen im Programm vorhanden Einige Debugger unterstützen Makro exp Andeion, wenn du - g3.-gdwarf nimmst, akzeptiert keine verkettete Debug-Ebene, um Verwechslungen mit - Gdwarf-Level zu vermeiden. Stattdessen verwenden Sie eine zusätzliche Option - g, um die Debug-Ebene für DWARF. Produce Debugging-Informationen im Stab-Format zu ändern, wenn das so ist Unterstützt nur für nur Symbole, die tatsächlich verwendet werden. Anstatt, Debugging-Informationen für eine C-Klasse in nur einer Objektdatei zu senden, emittieren sie in allen Objektdateien mit der Klasse Diese Option sollte nur mit Debuggern verwendet werden, die nicht in der Lage sind, die Art und Weise GCC zu verarbeiten Normalerweise emittiert Debugging-Informationen für Klassen, da die Verwendung dieser Option die Größe von Debugging-Informationen um so viel wie ein Faktor von zwei erhöht. Direct der Linker nicht zusammenzufügen Strings in die Debugging-Informationen, die identisch sind in verschiedenen Objekt-Dateien Merging wird nicht von allen unterstützt Assemblers oder Linkers Merging verringert die Größe der Debug-Informationen in der Ausgabedatei auf Kosten der Erhöhung der Verbindungsverarbeitungszeit Merging ist standardmäßig aktiviert.-fdebug-prefix - Karte alt neu. Wenn das Kompilieren von Dateien im Verzeichnis alte Datensatz-Debugging-Informationen beschreibt sie wie in neu statt. Run variablen Tracking-Pass Es berechnet, wo Variablen an jeder Position in Code gespeichert werden Bessere Debugging-Informationen wird dann generiert, wenn das Debugging-Informationsformat unterstützt diese Informationen. Es ist standardmäßig aktiviert, wenn Kompilierung mit Optimierung - Os - O - O2, Debugging-Informationen - g und das Debug-Info-Format unterstützt it. Anotate Zuordnungen zu Benutzer-Variablen früh in der Zusammenstellung und versuchen, die Annotationen über die gesamte Kompilierung zu tragen Bis zum Ende, in einem Versuch, Debug-Informationen zu verbessern, während Optimierung Die Verwendung von - Gdwarf-4 wird mit ihm empfohlen. Es kann aktiviert werden, auch wenn Var-Tracking deaktiviert ist, in welchem Fall Annotationen erstellt und gepflegt werden, aber verworfen an der Ende Standardmäßig wird dieses Flag zusammen mit - fvar-tracking aktiviert, außer wenn die selektive Scheduling aktiviert ist. Separate so viel DWARF Debugging Informationen wie possi In eine separate Ausgabedatei mit der Erweiterung Diese Option ermöglicht es dem Build-System zu vermeiden, die Verknüpfung von Dateien mit Debug-Informationen Um nützlich zu sein, erfordert diese Option einen Debugger in der Lage, Dateien zu lesen. Generate DWARF und section. Generate und Abschnitte in einem Format für die Konvertierung In einen GDB-Index Diese Option ist nur bei einem Linker nützlich, der die GDB-Indexversion 7 produzieren kann. Wenn Sie DWARF Version 4 oder höher verwenden, können Sie die Dies in ihren eigenen Abschnitt einfügen, anstatt sie zum Teil zu machen. Es ist effizienter Setzen Sie sie in einen separaten comdat Abschnitte, da der Linker kann dann entfernen Duplikate Aber nicht alle DWARF-Konsumenten unterstützen Abschnitte noch und auf einige Objekte produziert größere statt kleinere Debugging-Informationen. Dieser Schalter verursacht die Befehlszeilenoptionen verwendet, um den Compiler, die beeinflussen können aufrufen Code-Generierung an das DWATproducer-Attribut in DWARF-Debugging-Informationen angehängt werden Die Optionen sind mit Leerzeichen verknüpft, die sie voneinander trennen Aus der Compiler-Version Es ist standardmäßig aktiviert. Siehe auch - frecord-gcc-Switches für eine andere Möglichkeit, Compiler-Optionen in die Objektdatei zu speichern. Disallow mit Erweiterungen der späteren DWARF-Standardversion als mit - gdwarf - version ausgewählt Auf den meisten Zielen, Konflikte DWARF-Erweiterungen aus späteren Standardversionen sind erlaubt. Allow mit Erweiterungen der späteren DWARF-Standardversion als mit - gdwarf-version ausgewählt. Erstellen Sie die Spalteninformationen in DWARF-Debugging-Informationen anstatt nur Datei und Zeile Diese Option ist standardmäßig deaktiviert. Produkt komprimiert Debug-Abschnitte im DWARF-Format, falls dies unterstützt wird Wenn der Typ nicht angegeben ist, hängt der Default-Typ von den Fähigkeiten des Assemblers ab und der Linker verwendet wird, kann einer von keinem Don t Komprimierung Debug-Abschnitte, zlib verwenden zlib Kompression im ELF-GABI-Format, Oder zlib-gnu verwenden zlib Kompression im traditionellen GNU-Format Wenn der Linker nicht unterstützt, komprimierte Debug-Abschnitte zu schreiben, wird die Option abgelehnt. Andernfalls, wenn die Assembler unterstützt sie nicht, - gz wird bei der Erstellung von Objektdokumenten düster ignoriert DWARF-Debugging-Informationen durch Beseitigung doppelter Informationen über jedes Symbol Diese Option ist nur sinnvoll bei der Erstellung von DWARF-Debugging-Informationen. Geben Sie Debug-Informationen für strukturelle Typen nur dann an, wenn der Basisname von Die Kompilierungsquelldatei entspricht dem Basisnamen der Datei, in der die Struktur definiert ist. Diese Option reduziert die Größe der Debugging-Informationen erheblich, aber bei erheblichen potenziellen Verlust in der Typinformation zum Debugger See - Femit-struct-debug-reduziert für eine weniger Aggressive Option Siehe - Femit-struct-debug-detaillierte für detailliertere Steuerung. Diese Option funktioniert nur mit DWARF Debug-Ausgabe. Erstellen Sie Debug-Informationen für strukturartige Typen nur, wenn der Basisname der Compilation-Quelldatei mit dem Basisnamen der Datei übereinstimmt Welche der Typ definiert ist, es sei denn, die Struktur ist eine Vorlage oder in einem System-Header definiert. Diese Option reduziert die Größe des Debugging-Informats erheblich Ion, mit einigen potenziellen Verlust in Typ Informationen an den Debugger See - Femit-struct-debug-baseonly für eine aggressivere Option Siehe - Femit-struct-debug-detaillierte für detailliertere Kontrolle. Diese Option funktioniert nur mit DWARF Debug-Ausgabe. Specify Die strukturellen Typen, für die der Compiler Debug-Informationen generiert. Die Absicht besteht darin, doppelte Struktur-Debug-Informationen zwischen verschiedenen Objektdateien innerhalb desselben Programms zu reduzieren. Diese Option ist eine detaillierte Version von - Femit-struct-debug-reduzierten und - Femit-struct - debug-baseonly, die für die meisten Bedürfnisse dient. Die Spezifikation hat die Syntax dir ind ord gen jede Sys-Basis keine. Das optionale erste Wort beschränkt die Spezifikation auf Strukturen, die direkt verwendet werden oder indirekt verwendet werden Ind Ein Struktur-Typ wird direkt verwendet, wenn es Ist der Typ einer Variablen, Mitglied Indirekte Verwendungen entstehen durch Zeiger auf Strukturen Das heißt, wenn die Verwendung eines unvollständigen struct gültig ist, ist die Verwendung indirekt Ein Beispiel ist struct ein direktes struct zwei indirekt. Das optionale zweite Wort Beschränkt die Spezifikation auf gewöhnliche Strukturen oder generische Strukturen gen Generische Strukturen sind ein bisschen kompliziert zu erklären Für C sind dies nicht explizite Spezialisierungen von Template-Klassen oder Nicht-Template-Klassen innerhalb der obigen Andere Programmiersprachen haben Generika, aber - Femit - Struct-debug-detaillierte implementiert sie noch nicht. Das dritte Wort gibt die Quelldateien für jene Strukturen an, für die der Compiler Debug-Informationen ausgeben soll. Die Werte none und any haben die normale Bedeutung Die Wertbasis bedeutet, dass die Basis des Namens der Datei In denen die Typdeklaration erscheint, muss mit der Basis des Namens der Hauptkompilierungsdatei übereinstimmen. In der Praxis bedeutet dies, dass beim Kompilieren von foo c Debug-Informationen für in dieser Datei deklarierte Typen und foo h aber nicht andere Header-Dateien erzeugt wird. Der Wert sys bedeutet Diese Typen befriedigende Basis oder deklariert in System - oder Compiler-Header. Sie müssen möglicherweise experimentieren, um die besten Einstellungen für Ihre Anwendung zu bestimmen. Der Standard ist - femit-struct-deb Ug-detaillierte all. This-Option funktioniert nur mit DWARF Debug-Ausgabe. Emit DWARF Abwickeln info als Compiler generierten Abschnitt anstelle von GAS-Direktiven. Normally, bei der Herstellung von DWARF-Ausgabe, GCC vermeidet die Produktion Debug-Symbol-Ausgabe für Typen, die nirgendwo in der Quelle verwendet werden Datei wird kompiliert Manchmal ist es sinnvoll, dass GCC Debugging-Informationen für alle in einer Kompilierungseinheit deklarierten Typen aussendet, unabhängig davon, ob sie tatsächlich in dieser Kompilierungseinheit verwendet werden oder nicht, zum Beispiel wenn im Debugger ein Wert ausgegeben werden soll Zu einem Typ, der eigentlich nicht in deinem Programm verwendet wird, aber deklariert wird. Allerdings führt dies zu einer erheblichen Menge an verschwendete space. GNU GDB Debugger Command Cheat Sheetpile mit der Option - g für die meisten GNU und Intel Compiler, die zusätzliche Informationen generiert In dem Objektcode kann der Debugger eine Zeile des Quellcodes mit dem Schritt der Ausführung übereinstimmen. Verwenden Sie keine Compiler-Optimierungsrichtlinie wie - O oder - O2, die die Rechenoperationen t neu anordnen O Gewinngeschwindigkeit, da diese Neuordnung nicht mit der Reihenfolge der Ausführung im Quellcode übereinstimmt und es unmöglich ist, zu folgen. control c Stoppen Sie die Ausführung Es kann das Programm überall in Ihrer Quelle oder einer C-Bibliothek oder irgendwo stoppen. Um einen Shell-Befehl auszuführen Befehls - oder Shell-Befehl. GDB-Befehlsbeendigung Verwenden Sie TAB-Schlüssel info bre TAB wird den Befehl ausfüllen, der zu Info-Haltepunkten führt Drücken Sie TAB zweimal, um alle verfügbaren Optionen zu sehen, wenn mehr als eine Option verfügbar ist oder geben Sie M - RETURN. GDB Befehl Abriss info bre RETURN wird Arbeit als bre ist eine gültige Abkürzung für Breakpoints. De-Referenzierung STL Containers. Displaying STL Containerklassen mit dem GDB p Variablen-Namen führt zu einer kryptischen Darstellung von Template-Definitionen und Zeiger Verwenden Sie die folgenden. Gdbinit-Datei V1 03 09 15 08 Jetzt arbeitet mit GDB 4 3 Archivierte Versionen V1 01 GDB 6 4 nur Danke an Dr. Eng Dan C Marinescu für die Erlaubnis, dieses Skript zu veröffentlichen. Verwenden Sie die folgenden Befehle, die vom Skript zur Verfügung gestellt werden.
No comments:
Post a Comment