Gdbserver Arm Binär Optionen

Wissensbasis Fehlende libltEABIgtgdbserver Dieses Problem tritt auf, wenn VisualGDB die gdbserver-Binärdatei nicht im Verzeichnis libltEABIgt Ihres Projekts finden kann. Gdbserver ist erforderlich, um Ihre App zu debuggen und wird normalerweise automatisch durch das ndk-Build-Skript kopiert. Wenn Ihr Projekt diese Datei fehlt, überprüfen Sie bitte Folgendes: Stellen Sie sicher, dass Sie eine Debug-Version erstellen. Ndk-make sollte mit dem Argument NDKDEBUG1 aufgerufen werden. Sie können die ndk-make-Argumente im Ausgabefenster in Visual Studio sehen, wenn Sie Ihre App erstellen. Du kannst den Release-Build deiner App nicht aufgrund von Einschränkungen von Android NDK debuggen. Stellen Sie sicher, dass Ihre AndroidManifest. xml-Datei das Android enthält: Debugable-Attribut auf true gesetzt. Wiederherstellen Sie Ihre App und beobachten Sie die Build-Ausgabe im Ausgabefenster. Es sollte so aussehen: 1gt c: android-ndk-r8ndk-build. cmd NDKDEBUG1 APPPLATFORMandroid-3 1gt Gdbserver. Arm-linux-androideabi-4.4.3 libsarmeabigdbserver 1gt 1gt Gdbsetup. Libsarmeabigdb. setup 1gt 1gt Installieren. LibAndroidApp25.so gt libsarmeabilibAndroidApp25.so 1gt 1gt VisualGDB: Installiert einen aktualisierten gdbserver zu E: PROJECTSTEMPAndroidApp25libsarmeabigdbserver Die erste fette Zeile, die libsarmeabigdbserver erwähnte, sollte immer vorhanden sein. Die letzte Zeile, die einen aktualisierten gdbserver erwähnte, kann fehlen, wenn Sie gdb 7.x in VisualGDB Project Properties deaktiviert haben. Wenn ndk-build berichtet, dass der gdbserver in armeabi kopiert wurde. Aber VisualGDB erwartet es in armeabi-v7a. Es bedeutet, dass Ihr Gerät die Armeabi-Bibliotheken geladen hat und gdbserver in den Armeabi-Ordner installiert werden muss. In diesem Fall öffnen Sie bitte die Datei Application. mk und stellen sicher, dass armeabi in der APPABI-Definition vorhanden ist. Wenn ndk-build nicht gdbserver kopieren kann, stellen Sie bitte sicher, dass Sie die neueste NDK (mindestens r8) verwenden und dass die ltNDKgttoolchainsarm-linux-androideabi-4.4.3prebuiltgdbserver Datei existiert. Für Debugging Android Apps mit gdb Ich möchte das Standalone verwenden Version von gdb direkt auf dem Android-Gerät. Gibt es eine vordefinierte Binärversion von gdb für Android verfügbar Beachten Sie, dass ich auf der Suche nach der vollständigen gdb-Version für Android, nicht die verkrüppelten gdbserver. Hintergrund: Ich weiß, dass die Android NDK gdbserver, aber wenn Sie nicht debuggen Sie Ihre eigenen Programme haben Sie Quellcode für die Einrichtung von gdbserver und von gdb Host-Teil ist fairy komplex. Ich habe es schon lange versucht, aber jetzt bin ich damit fertig - es fügt zu viel Komplexität und Fallstricke für den gesamten Debugging-Prozess hinzu. Darüber hinaus habe ich versucht, gdb auf eigene Faust mit dem Standalone-Toolchain zu erzeugen, das von android-ndk erzeugt wird - aber der Prozess scheitert an Codefehlern. Fragte am 22. Januar um 15: 4916. Debugging von Remote-Programmen 16.1 Mit dem gdbserver-Programm ist gdbserver ein Steuerungsprogramm für Unix-ähnliche Systeme, mit dem Sie Ihr Programm mit einem entfernten GDB über Zielfernbedienung verbinden können - aber ohne Verknüpfung im üblichen Debugging-Stub. Gdbserver ist kein kompletter Ersatz für die Debugging-Stubs, denn es erfordert im Wesentlichen die gleichen Betriebssystem-Einrichtungen, die GDB selbst tut. In der Tat, ein System, das gdbserver laufen kann, um eine entfernte GDB zu verbinden, könnte auch GDB lokal laufen gdbserver ist manchmal nützlich dennoch, weil es ein viel kleineres Programm als GDB selbst ist. Es ist auch einfacher zu portieren als alle von GDB, also können Sie in der Lage sein, schneller auf einem neuen System zu beginnen, indem Sie gdbserver verwenden. Schließlich, wenn Sie Code für Echtzeitsysteme entwickeln, können Sie feststellen, dass die Kompromisse, die in Echtzeit betrieben werden, es bequemer machen, so viel Entwicklungsarbeit wie möglich auf einem anderen System durchzuführen, zum Beispiel durch Cross-Compile. Sie können gdbserver verwenden, um eine ähnliche Wahl für das Debuggen zu machen. GDB und gdbserver kommunizieren entweder über eine serielle Leitung oder eine TCP-Verbindung mit dem Standard-GDB-Remote-Serialprotokoll. Auf der Zielmaschine müssen Sie eine Kopie des Programms haben, das Sie debuggen möchten. Gdbserver braucht nicht Ihre Programme Symbol Tabelle, so können Sie das Programm abstreifen, wenn nötig, um Platz zu sparen. GDB auf dem Host-System macht die gesamte Symbolhandhabung. Um den Server zu benutzen, musst du ihm sagen, wie man mit GDB den Namen deines Programms und die Argumente für dein Programm kommuniziert. Die übliche Syntax lautet: Komm ist entweder ein Gerätename (zur Verwendung einer seriellen Leitung) oder ein TCP-Hostname und Portnummer. Zum Beispiel, um Emacs mit dem Argument foo. txt zu debuggen und mit GDB über den seriellen Port devcom1 zu kommunizieren. Gdbserver wartet passiv auf die Gastgeber-GDB, um mit ihr zu kommunizieren. Um eine TCP-Verbindung anstelle einer seriellen Leitung zu verwenden: Der einzige Unterschied zum vorherigen Beispiel ist das erste Argument, das angibt, dass du mit dem Host-GDB über TCP kommunizierst. Das Host: 2345-Argument bedeutet, dass gdbserver eine TCP-Verbindung vom Maschinenhost zum lokalen TCP-Port 2345 erwarten soll. (Derzeit wird der Host-Teil ignoriert.) Sie können eine beliebige Nummer für die Portnummer wählen, solange er nicht funktioniert Konflikt mit irgendwelchen TCP-Ports, die bereits auf dem Zielsystem verwendet werden (z. B. ist 23 für Telnet reserviert) (5) Du musst dieselbe Portnummer mit dem Host-Remote-Befehl des Host-GDB verwenden. Bei einigen Zielen kann gdbserver auch an laufende Programme anhängen. Dies geschieht über das --attach Argument. Die Syntax lautet: pid ist die Prozess-ID eines laufenden Prozesses. Es ist nicht notwendig, gdbserver auf eine binäre für den laufenden Prozess zu zeigen. Auf der GDB-Host-Maschine benötigen Sie eine ungeplante Kopie Ihres Programms, da GDB Symbole und Debugging-Informationen benötigt. Starten Sie GDB wie gewohnt, mit dem Namen der lokalen Kopie Ihres Programms als das erste Argument. (Sie können auch die Option --baud verwenden, wenn die serielle Leitung auf etwas anderes als 9600bps läuft.) Danach verwenden Sie die Zielfernbedienung, um die Kommunikation mit dem gdbserver herzustellen. Sein Argument ist entweder ein Gerätename (normalerweise ein serielles Gerät, wie devttyb) oder ein TCP-Port-Deskriptor im Formular-Host. HAFEN. Zum Beispiel: 16.2 Mit dem Programm gdbserve. nlm ist gdbserve. nlm ein Steuerungsprogramm für NetWare-Systeme, mit dem Sie Ihr Programm mit einem entfernten GDB über Zielfernbedienung verbinden können. GDB und gdbserve. nlm kommunizieren über eine serielle Leitung mit dem Standard-GDB-Remote-Serienprotokoll. Auf der Zielmaschine müssen Sie eine Kopie des Programms haben, das Sie debuggen möchten. Gdbserve. nlm braucht nicht Ihre Programme Symbol Tabelle, so können Sie das Programm abstreifen, wenn nötig, um Platz zu sparen. GDB auf dem Host-System macht die gesamte Symbolhandhabung. Um den Server zu benutzen, musst du ihm sagen, wie man mit GDB den Namen deines Programms und die Argumente für dein Programm kommuniziert. Die Syntax ist: Board und Port spezifizieren die serielle Zeile Baud spezifiziert die Baudrate, die von der Verbindung verwendet wird. Port und Knoten standardmäßig auf 0, baud standardmäßig auf 9600bps. Zum Beispiel, um Emacs mit dem Argument foo. txt zu debuggen und mit GDB über serielle Portnummer 2 oder Board 1 mit einer 19200bps-Verbindung zu kommunizieren: Auf dem GDB-Host-Rechner benötigen Sie eine nicht bearbeitete Kopie Ihres Programms, da GDB Symbole und Debugging benötigt Information. Starten Sie GDB wie gewohnt, mit dem Namen der lokalen Kopie Ihres Programms als das erste Argument. (Sie können auch die Option --baud verwenden, wenn die serielle Leitung auf etwas anderes als 9600bps läuft. Danach verwenden Sie die Zielfernbedienung, um die Kommunikation mit gdbserve. nlm zu etablieren. Sein Argument ist ein Gerätename (normalerweise ein serielles Gerät wie devttyb ) Zum Beispiel: Kommunikation mit dem Server über serielle Leitung devttyb 16.3 Implementierung eines entfernten Stubs Die mit GDB bereitgestellten Stub-Dateien implementieren die Zielseite des Kommunikationsprotokolls und die GDB-Seite wird in der GDB-Quelldatei remote. c implementiert , Können Sie einfach diese Subroutinen zu kommunizieren, und ignorieren Sie die Details (Wenn youre Umsetzung Ihrer eigenen Stub-Datei, können Sie immer noch ignorieren die Details: Start mit einer der vorhandenen Stub-Dateien. sparc-Stub. c ist die am besten organisiert, Und deshalb am einfachsten zu lesen.) Um ein Programm zu debuggen, das auf einem anderen Rechner läuft (das Debugging-Zielgerät), müssen Sie zunächst alle üblichen Voraussetzungen für das Programm von selbst ausführen lassen. Zum Beispiel für ein C-Programm benötigen Sie : Eine Startroutine zum Einrichten der C-Laufzeitumgebung haben diese normalerweise einen Namen wie crt0. Die Startroutine kann von Ihrem Hardware-Lieferanten geliefert werden, oder Sie müssen Ihre eigenen schreiben. Eine C-Subroutine-Bibliothek zur Unterstützung Ihrer Programme Unterprogramm-Anrufe, vor allem die Verwaltung von Eingang und Ausgang. Eine Möglichkeit, Ihr Programm auf die andere Maschine zu bringen - zum Beispiel ein Download-Programm. Diese werden oft vom Hardwarehersteller geliefert, aber Sie müssen eventuell aus der Hardwaredokumentation schreiben. Der nächste Schritt besteht darin, dass Ihr Programm einen seriellen Port verwendet, um mit der Maschine zu kommunizieren, auf der GDB läuft (die Hostmaschine). Im Allgemeinen sieht das Schema wie folgt aus: Auf dem Host versteht GDB bereits, wie man dieses Protokoll benutzt, wenn alles andere eingerichtet ist, kannst du einfach den Zielfernbefehl verwenden (siehe Abschnitt Angeben eines Debugging-Targets). Auf dem Ziel müssen Sie mit Ihrem Programm einige Spezial-Subroutinen verknüpfen, die das GDB Remote Serial Protocol implementieren. Die Datei, die diese Unterroutinen enthält, wird als Debugging-Stub bezeichnet. Bei bestimmten entfernten Zielen kannst du ein Hilfsprogramm gdbserver verwenden, anstatt einen Stub in dein Programm zu verknüpfen. Siehe Abschnitt Verwenden des Programms gdbserver. für Details. Der Debugging-Stub ist zB für die Architektur der Remote-Maschine spezifisch, verwenden Sie sparc-stub. c, um Programme auf SPARC-Karten zu debuggen. Diese funktionierenden Remote-Stubs werden mit GDB verteilt: i386-stub. c Für Intel 386 und kompatible Architekturen. M68k-stub. c Für Motorola 680x0 Architekturen. Sh-stub. c Für Hitachi SH-Architekturen. Sparc-stub. c Für SPARC-Architekturen. Sparcl-stub. c Für Fujitsu SPARCLITE Architekturen. Die README-Datei in der GDB-Verteilung kann andere kürzlich hinzugefügte Stubs auflisten. 16.3.1 Was der Stub für dich tun kann Der Debugging-Stub für deine Architektur liefert diese drei Unterroutinen: setdebugtraps Diese Routine veranlasst, dass Handleexception läuft, wenn dein Programm aufhört. Sie müssen diese Unterroutine explizit am Anfang des Programms aufrufen. Handleexception Dies ist das zentrale Arbeitspferd, aber Ihr Programm nennt es nie explizit - der Setup-Code veranlasst, dass Handleexception ausgeführt wird, wenn ein Trap ausgelöst wird. Handleexception übernimmt die Kontrolle, wenn Ihr Programm während der Ausführung aufhört (z. B. auf einem Haltepunkt) und vermittelt die Kommunikation mit GDB auf dem Hostcomputer. Hier wird das Kommunikationsprotokoll implementiert. Handleexception fungiert als GDB-Vertreter auf der Zielmaschine. Es beginnt mit dem Senden von Zusammenfassungsinformationen über den Status Ihres Programms und fährt fort, alle GDB-Anforderungen auszuführen, abzurufen und zu übermitteln, bis Sie einen GDB-Befehl ausführen, der Ihr Programm an diesem Punkt wieder aufnimmt. Die Handleexception gibt die Kontrolle an Ihren eigenen Code zurück Zielmaschine. Haltepunkt Verwenden Sie diese Hilfsunterroutine, um Ihr Programm einen Haltepunkt zu machen. Abhängig von der besonderen Situation kann dies der einzige Weg für die GDB sein, um die Kontrolle zu bekommen. Zum Beispiel, wenn Ihr Ziel-Maschine hat eine Art von Interrupt-Taste, müssen Sie nicht aufrufen, diese drücken Sie die Interrupt-Taste überträgt Kontrolle zu Handleexception --- in Effekt, um GDB. Auf einigen Rechnern kann man einfach nur Zeichen auf dem seriellen Port empfangen, kann auch wieder eine Falle auslösen, in dieser Situation musst du keinen Breakpoint aus deinem eigenen Programm anrufen - einfach die Zielfernbedienung von der Host-GDB-Session ausführen wird gesteuert. Rufen Sie den Haltepunkt an, wenn keiner von diesen wahr ist oder wenn Sie einfach nur sicher machen möchten, dass Ihr Programm an einem vorgegebenen Punkt für den Beginn Ihrer Debugging-Sitzung steht. 16.3.2 Was Sie für den Stub tun müssen Die Debugging-Stubs, die mit GDB kommen, sind für eine bestimmte Chiparchitektur eingerichtet, aber sie haben keine Informationen über den Rest Ihres Debugging-Zielcomputers. Zuerst muss man dem Stub erzählen, wie man mit dem seriellen Port kommuniziert. Int getDebugChar () Schreiben Sie diese Unterroutine, um ein einzelnes Zeichen aus dem seriellen Port zu lesen. Es kann identisch sein mit getchar für Ihr Zielsystem ein anderer Name verwendet wird, damit Sie die beiden unterscheiden, wenn Sie es wünschen. Void putDebugChar (int) Schreiben Sie diese Unterroutine, um ein einzelnes Zeichen an den seriellen Port zu schreiben. Es kann identisch sein mit putchar für Ihr Zielsystem ein anderer Name wird verwendet, damit Sie die beiden unterscheiden, wenn Sie es wünschen. Wenn Sie möchten, dass GDB in der Lage ist, Ihr Programm zu stoppen, während es läuft, müssen Sie einen interrupt-getriebenen seriellen Treiber verwenden und veranlassen, dass es aufhört, wenn es ein C empfängt (003. das Control-C-Zeichen). Das ist der Charakter, den GDB verwendet, um dem entfernten System zu signalisieren, zu stoppen. Das Debugging-Ziel, um den richtigen Status an GDB zurückzugeben, erfordert wahrscheinlich Änderungen an der Standard-Stub eine schnelle und schmutzige Weise ist, nur eine Haltepunkt-Anweisung auszuführen (der schmutzige Teil ist, dass GDB ein SIGTRAP anstelle eines SIGINT meldet). Andere Routinen, die Sie liefern müssen, sind: void exceptionHandler (int Ausnahmenummer void exceptionaddress) Schreiben Sie diese Funktion, um die Ausnahmestelle in den Ausnahmebehandlungs-Tabellen zu installieren. Sie müssen dies tun, weil der Stub keine Möglichkeit hat zu wissen, was die Ausnahmebehandlung Tabellen auf Ihrem Zielsystem sind wie (z. B. die Prozessoren Tabelle könnte im ROM, mit Einträgen, die auf eine Tabelle im RAM zeigen). Ausnahme ist die Ausnahmemenge, die geändert werden soll, ihre Bedeutung ist architekturabhängig (z. B. können verschiedene Zahlen die Aufteilung durch Null, fehlausgerichteten Zugriff usw. darstellen). Wenn diese Ausnahme auftritt, sollte die Steuerung direkt auf die Ausnahmestelle übertragen werden. Und der Prozessorzustand (Stack, Register und so weiter) sollte genau so sein wie es ist, wenn eine Prozessorausnahme auftritt. Also, wenn du eine Sprunganweisung verwenden möchtest, um die Ausnahmestelle zu erreichen. Es sollte ein einfacher Sprung sein, kein Sprung zum Unterprogramm. Für die 386 sollte die Ausnahmestelle als Interrupt-Gate installiert werden, so dass Interrupts maskiert werden, während der Handler läuft. Das Tor sollte auf Privileg Ebene 0 (die privilegiert Ebene). Die SPARC - und 68k-Stubs sind in der Lage, Interrupts selbst ohne Hilfe von exceptionHandler zu maskieren. Void flushicache () Nur bei SPARC und SPARCLITE schreibe diese Subroutine, um den Befehlscache, falls vorhanden, auf dein Zielgerät zu spülen. Wenn es keinen Befehls-Cache gibt, kann diese Unterroutine ein No-op sein. Auf Zielmaschinen, die Befehls-Caches haben, benötigt GDB diese Funktion, um sicherzustellen, dass der Status Ihres Programms stabil ist. Sie müssen auch sicherstellen, dass diese Bibliotheksroutine verfügbar ist: void memset (void, int, int) Dies ist die Standardbibliotheksfunktion memset, die einen Speicherbereich auf einen bekannten Wert setzt. Wenn du eine der freien Versionen von libc. a. hast. Memset kann dort gefunden werden, sonst musst du sie entweder von deinem Hardwarehersteller beziehen oder deine eigenen schreiben. Wenn Sie den GNU-C-Compiler nicht verwenden, benötigen Sie möglicherweise andere Standardbibliotheksunterroutinen, die sich von einem Stub zum anderen unterscheiden, aber im Allgemeinen sind die Stubs wahrscheinlich eine der üblichen Bibliotheksunterroutinen zu verwenden, die gcc als Inline-Code erzeugt. Aber wenn vorher setdebugtraps angerufen wird. Sie setzen sie auf eine Funktion in Ihrem Programm, diese Funktion wird aufgerufen, wenn GDB nach dem Stoppen auf einer Falle (z. B. Busfehler) fortfährt. Die von exceptionHook angegebene Funktion wird mit einem Parameter aufgerufen: a int ist die Ausnahmennummer. Kompilieren und verknüpfen: Ihr Programm, das GDB-Debugging-Stub für Ihre Zielarchitektur und die unterstützenden Unterroutinen. Vergewissern Sie sich, dass Sie eine serielle Verbindung zwischen Ihrem Zielgerät und dem GDB-Host haben und den seriellen Port auf dem Host identifizieren. Laden Sie Ihr Programm auf Ihre Zielmaschine herunter (oder bekommen Sie es dort, was bedeutet der Hersteller bietet), und starten Sie es. Um das Remote-Debugging zu starten, führen Sie GDB auf dem Hostcomputer aus und geben Sie als ausführbare Datei das Programm an, das auf dem Remotecomputer ausgeführt wird. Dies sagt GDB, wie man Ihre Programmsymbole und den Inhalt seines reinen Textes findet. Stellen Sie die Kommunikation mit dem Zielfernbefehl her. Sein Argument gibt an, wie man mit dem Zielcomputer kommuniziert - entweder über einen an eine direkte serielle Leitung angeschlossenen devicename oder einen TCP-Port (in der Regel an einen Terminal-Server, der wiederum eine serielle Leitung zum Ziel hat). Zum Beispiel, um eine serielle Leitung zu verwenden, die mit dem Gerät namens devttyb verbunden ist. Um eine TCP-Verbindung zu verwenden, verwenden Sie ein Argument des Formularhosts: Port. Zum Beispiel, um eine Verbindung zu Port 2828 auf einem Terminal-Server namens manyfarms zu verbinden. Wenn Ihr Remote-Ziel tatsächlich auf demselben Rechner läuft wie Ihre Debuggersitzung (z. B. ein Simulator Ihres Ziels, der auf demselben Host läuft), können Sie den Hostnamen weglassen. Zum Beispiel, um eine Verbindung zu Port 1234 auf Ihrem lokalen Rechner zu verbinden: Beachten Sie, dass der Doppelpunkt noch hier benötigt wird. Jetzt können Sie alle üblichen Befehle verwenden, um Daten zu prüfen und zu ändern und das Fernprogramm zu starten und weiterzuleiten. Um das Fernprogramm fortzusetzen und das Debugging zu beenden, verwenden Sie den Befehl detach. Wenn GDB auf das Fernprogramm wartet, wenn Sie das Interrupt-Zeichen (oft C-C) eingeben, versucht GDB, das Programm zu stoppen. Dies kann oder kann nicht gelingen, je nach Teil auf der Hardware und den seriellen Treibern, die das Remote-System verwendet. Wenn Sie das Interrupt-Zeichen noch einmal eingeben, zeigt GDB diese Eingabeaufforderung an: Wenn Sie y eingeben. GDB verlässt die Remote-Debugging-Sitzung. (Wenn du dich später nochmals ausprobieren möchtest, kannst du die Zielfernbedienung wieder verwenden, um noch einmal zu verbinden.) Wenn du n nennst. GDB geht zurück zum Warten. Bitte senden Sie FSF amp GNU Anfragen amp Fragen an gnugnu. org. Es gibt auch andere Möglichkeiten, die FSF zu kontaktieren. Diese Seiten werden von den GDB-Entwicklern gepflegt. Copyright Freie Software Foundation, Inc. 59 Temple Place - Suite 330, Boston, MA 02111, USA. Verbatim Kopieren und Verteilen dieses gesamten Artikels ist in jedem Medium erlaubt, sofern diese Bekanntmachung erhalten bleibt. Dieses Dokument wurde von GDB Administrator am 29. März 2002 mit texi2htmlGDB erstellt: The GNU Project Debugger 21. Januar 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 Korrekturversion über GDB 7.12, die folgende Probleme beheben: PR tdep20682 (aarch64 regression: gdb. cpnextoverthrow. exp) PR server20733 (Fehler beim Erstellen von aarch64be-linux-gnu GDBserver) PR tdep20953 (GDB stürzt nach Satzarchitektur rl78 ab) PR tdep20954 (GDB stürzt ab, wenn set Architektur rx) PR tdep20955 (GDB interner Fehler in cris-tdep. c) PR build20712 (gdb 7.12 baut nicht als C auf Solaris) PR breakpoint20653 (stringtoexpllicitlocation hat einige seltsame Code) PR build20753 (MinGW Kompilierungsfehler Aufgrund von strcasecmp) PR gdb20977 (GDB Ausnahmebehandlung ist auf i686-w64-mingw32 gebrochen) PR python21048 (backtrace ist auf i686 gebrochen) PR sim20808 (mips sim build scheitert an undefinierten SDCPU-Variablen) PR sim20809 (mips sim build scheitert an r3900 Cpus) PR gdb20939 (GDB bricht ab, wenn es einen Fehler bei der Demontage gibt) 7. Oktober 2016: GDB 7.12 Freigegeben Die neueste Version von GDB, Version 7.12, steht zum Download zur Verfügung. Änderungen in dieser Version beinhalten: Neue Zielunterstützung: Anden NDS32 (nds32 - elf) Rust: Debugging-Programme in Rust geschrieben wird nun unterstützt. Fortran: Unterstützungsstrukturen mit Feldern dynamischer Typen und Arrays dynamischer Typen. Verschiedene Python-Erweiterungen (neue Bequemlichkeitsfunktionen, verbesserte Unterstützung für Haltepunkte). Verschiedene GDBserver-Erweiterungen: btrace-Aufnahme ohne Aufrechterhaltung einer aktiven GDB-Verbindung. Tracepoints und schnelle tracepoints Unterstützung hinzugefügt auf s390-linux, s390x-linux, powerpc64-linux und powerpc64le-linux. Unterstützung für die folgenden Remote-Zielprotokolle und ROM-Monitore wurde entfernt: Ziel m32rsdi (Remote M32R Debugging über SDI) Zielmips (MIPS Remote Debugging Protokoll) Ziel Pmon (PMON ROM Monitor) Ziel ddb (NECs DDB Variante von PMON für Vr4300) Ziel Rockhopper (NEC RockHopper Variante von PMON) Ziel lsi (LSI Variante von PMO) Siehe die NEWS Datei für eine ausführlichere und detailliertere Liste dessen, was diese Version beinhaltet. Aug 1., 2016: GDB 7.12 Zweig erstellt Die GDB 7.12 Zweig (gdb-7.12 - branch) wurde erstellt. Zum Auslesen einer Kopie der Filiale: 31. Mai 2016: GDB 7.11.1 Freigegeben Die neueste Version von GDB, Version 7.11.1, steht zum Download zur Verfügung. Dies ist eine kleine Korrekturversion über GDB 7.11, die folgende Probleme beheben: PR remote19863 (7.10 regression: gdb remote. c aufgrund von setfs mit gdbserver 24. Februar 2016: GDB 7.11 Freigegeben Die neueste Version von GDB, Version 7.11, steht zur Verfügung Download: Änderungen in dieser Version beinhalten: Per-inferior-Thread-Nummern Breakpoint explizite Standorte (über CLI und GDBMI) Neue Convenience-Variablen (gthread, minderwertig) Aufzeichnungs-Btrace unterstützt jetzt den Non-Stop-Modus Verschiedene Verbesserungen bei AArch64 GNULinux: Architektur-Debugging-Unterstützung Vertriebene Stepping-Tractoint-Unterstützung in GDBserver hinzugefügt Kernel-basierte Threads Unterstützung auf FreeBSD Unterstützung für das Lesen Schreiben von Speicher und Extrahieren von Werten auf Architekturen, deren Speicher adressierbar ist in Einheiten eines integralen Vielfachen von 8 Bits. In Ada, die Überlastung Auswahl Menü bietet die Parametertypen und Rückgabetypen für die übereinstimmenden überladenen Unterprogramme an. Verschiedene Remote-Protokoll-Verbesserungen, darunter mehrere neue Pakete, die zur Unterstützung von Features wie Follow-Exec-Mode, Exec-catchpoints, Syscall-Patchpunkten usw. verwendet werden können. Einige kleinere Verbesserungen in Die Python-API für die Erweiterung der GDB. Unterstützung für verschiedene ROM-Monitore wurde entfernt: target dbug dBUG ROM-Monitor für Motorola ColdFire Ziel-Picobug Motorola Picobug Monitor Ziel dink32 DINK32 ROM Monitor für PowerPC Ziel m32r Renesas M32RD ROM Monitor Ziel mon2000 mon2000 ROM Monitor Ziel ppcbug PPCBUG ROM Monitor für PowerPC Siehe die NEWS Datei für eine ausführlichere und detailliertere Liste dessen, was diese Version enthält. Feb 10th, 2016: GDB 7.11 Zweig erstellt Der GDB 7.11 Zweig (gdb-7.11-Zweig) wurde erstellt. Zum Auslesen einer Kopie der Filiale: 5. Dezember 2015: GDB 7.10.1 Freigegeben Die neueste Version von GDB, Version 7.10.1, steht zum Download zur Verfügung. Dies ist eine kleine Korrekturfreigabe über GDB 7.10, die folgende Probleme beheben: PR remote18965 (neue vforkdone Stopp-Antwort sollte die übergeordnete Prozess-ID angeben) PR gdb18957 (Build-Fehler in Linux-Namespaces. c aufgrund von statischen Deklarationen) PR gdb19297 (Interner Fehler (Cdb-Segfaults beim Laden von Symbolen in der C11-fähigen Anwendung) PR c19306 (Falsche Demangling von Symbolen mit ABI-Tags) PR c19307 (Demangler-Bugs mit Fuzz-Test gefunden) PR c19308 (Demangle C Transactional Memory TS (N4514) Symbole) 28. August 2015: GDB 7.10 Freigegeben Die neueste Version von GDB, Version 7.10, steht zum Download zur Verfügung. Änderungen in dieser Version beinhalten: Verbesserte Unterstützung für den Zugriff auf freigegebene Bibliotheken direkt vom Zielsystem beim Remote-Debuggen. Verschiedene Guile - und Python-Scripting-Verbesserungen. Record-Replay und Reverse-Debugging auf Aarch64 Linux. Unterstützung für Gabel-Events auf erweiterten Linux-Targets (Linux-Kernel 2.5.60 und höher). DTrace USDT (Userland Static Defined Tracing) Sonden Unterstützung auf x8664 GNULinux Ziele. Vector ABI-Unterstützung bei S390 GNULinux-Targets. GDB liest nun die Umgebungsvariable GDBHISTSIZE anstelle von HISTSIZE, um die Größe der GDB-Befehlshistorie zu bestimmen. Unterstützung für die Einstellung der Parität bei der Verbindung mit dem Ziel über eine serielle Schnittstelle. Die Anzahl der Kandidaten, die bei der Fertigstellung berücksichtigt werden sollen, kann nun begrenzt sein. Unterstützung für Suns Version des Stabs Debug-Dateiformat wurde entfernt. Unterstützung für HPPA mit HP-UX (hppa - hpux) wurde entfernt. Unterstützung für Itanium mit HP-UX (ia64 - hpux) wurde entfernt. Siehe die NEWS-Datei für eine ausführlichere und detailliertere Liste dessen, was diese Version enthält. Juli 6., 2015: GDB 7.10 Zweig erstellt Die GDB 7.10 Zweig (gdb-7.10-Zweig) wurde erstellt. Zum Auslesen einer Kopie der Filiale: 13. Mai 2015: GDB 7.9.1 Freigegeben Die neueste Version von GDB, Version 7.9.1, steht zum Download zur Verfügung. Dies ist eine kleine Korrektur-Freigabe über GDB 7.9, die folgende Probleme beheben: PR build18033 (C-Stil-Kommentar in gdbiq2000-tdep. c und gdbcompilecompile-.c verwendet) PR build18298 (Kompilierbefehl kann Compiler nicht finden, wenn Werkzeuge mit Triplet statt Quadruplet konfiguriert sind ) PR tui18311 (zufälliges SEGV bei der Anzeige von Registern im TUI-Modus) PR python18299 (Ausnahme bei der Registrierung eines globalen Preisträgers im ausführlichen Modus) PR python18066 (Argumentwort scheint in Commandplete gebrochen (Text, Wort) PR Pascal17815 (Fix Pascal Verhalten für Klassenfelder mit Testfall) PR python18285 (ptype expr-with-xmethod verursacht SEGV) 20. Februar 2015: GDB 7.9 Freigegeben Die neueste Version von GDB, Version 7.9, steht zum Download zur Verfügung. Änderungen in dieser Version beinhalten: Python-Scripting-Erweiterungen. Quellcode Zusammenstellung und Injektion in die minderwertigen. Neue Befehle, Optionen, Bequemlichkeitsvariablen. MIPS SDE Unterstützung (mips-sde-elf). Bessere Handhabung von Signalen beim Debuggen von Thread-Programmen. Siehe die NEWS-Datei für eine ausführlichere und detailliertere Liste dessen, was diese Version enthält. Januar 15th, 2015: GDB 7.8.2 Freigegeben Die neueste Version von GDB, Version 7.8.2, steht zum Download zur Verfügung. Dies ist eine kleine Korrekturfreigabe über GDB 7.8.1, die folgende Probleme beheben: PR symtab17642 (7.8 regression interner Fehler: resolvedynamicstruct: Assertion TYPENFIELDS (Typ) 0 fehlgeschlagen.) PR binutils17677 (bfdelfgetsyntheticsymtab läuft in O (n2) Komplexität) PR Gdb16215 (SPARC: cant berechnen CFA für diesen Rahmen) PR gdb17525 (target-async: breakpoint-Befehle nicht ausgeführt, wenn Programm von - x script ausgeführt wird) PR cli17828 (7.8 regression - batch - ex r bricht terminal) 13. Januar 2015: GDB 7.9 Zweig erstellt Der GDB 7.9 Zweig (gdb-7.9-Zweig) wurde angelegt. Zum Auslesen einer Kopie der Filiale: 29. Oktober 2014: GDB 7.8.1 Freigegeben Die neueste Version von GDB, Version 7.8.1, steht zum Download zur Verfügung. Dies ist eine kleine Korrektur-Freigabe über GDB 7.8, die folgende Probleme beheben: PR python17364 (Brauchen Sie bessere Druckernamen in boundregisters. py) PR build17104 (CFLAGS-Wall - Wextra gdbconfgure --with-babeltrace scheitert) PR gdb17345 (babeltrace (1.1. 2 und später) klagt über die von GDB erzeugten ctf-Daten) PR build17298 (gcore: Konnte keine Register bekommen: kein solcher Prozess) PR python17342 (Xmethod Python ist nicht Python 3 kompatibel) PR python17355 (Crash auf Python-Frame-Filter mit unlesbarem arg) PR Gut17777 (GDB fehlt bei Multi-Thread-App) PR gdb17347 (Regression: GDB gestoppt auf laufen mit angehängtem Prozess) PR gdb17407 (Regression für Linux-VDSO-Lesung) PR-Server17457 (aarch64gdbserver: falsche Gleitkomma-Register-Anzeige) PR server17487 (state-drcontrolmirror 0 fehlgeschlagene Assertion in gdbserver unter Windows) PR gdb17472 (mit Annotationen, Eingabe beim Ausführen im Vordergrund stürzt readlinegdb) PR gdb17471 (Wiederholung eines Hintergrunds Kommando macht es Vordergrund) PR cli17300 (Absturz im Non-Stop-Modus mit continue - a (readlinecallbackreadchar () mit keinem Handler)) PR python17372 (python hängt bei der Anzeige von Hilfe ()) PR python17408 (.... gdbinfrun. c: 5256: interner Fehler: switchbacktosteppedthread: Assertion schedlockapplies (1) fehlgeschlagen.) 29. Juli 2014: GDB 7.8 Freigegeben Die neueste Version von GDB, Version 7.8, steht zum Download zur Verfügung. Änderungen in dieser Version sind: Guile Scripting Unterstützung. Python-Scripting-Erweiterungen. Neue Befehle, Optionen, Bequemlichkeitsvariablen. Remote Protocol und GDBserver Erweiterungen. Neue Zielkonfigurationen (PowerPC64 GNULinux Little-Endian). Btrace verbesserungen ISO C99 variable Länge automatische Arrays unterstützen. Der Befehl "Vergleichsabschnitte" arbeitet nun an allen Zielen. Der Ziel native Befehl verbindet sich nun mit dem nativen Ziel. Siehe die NEWS-Datei für eine ausführlichere und detailliertere Liste dessen, was diese Version enthält. Juni 11., 2014: GDB 7.8 Zweig erstellt Die GDB 7.8 Filiale (gdb-7.8-Zweig) wurde erstellt. Zum Auslesen einer Kopie der Filiale: 5. Mai 2014: GDB 7.7.1 Freigegeben Die neueste Version von GDB, Version 7.7.1, steht zum Download zur Verfügung. Dies ist eine kleine Korrektur-Version über GDB 7.7, die die folgenden Probleme beheben: PR win3214018 (PC-Register nicht verfügbar Fehler auf Windows) PR python16547 (GDB Absturz auf gdb. pythonpy-linetable. exp) PR build16550 (64-Bit-GDB nicht auf Solaris) PR gdb16626 (Auto-Load Regression: GDB verwendet falsche Datei, um die Sicherheit zu testen) PR breakpoints16292 (GDB überschreitet einen Bereich in einigen Fällen.) PR gdb16575 (veraltete Breakpoint-Anweisungen im Code-Cache) PR gdb16696 (AIX 32-Bit-Kerne, High-Level-Adressen) PR gdb16721 (Fehlerhafte Backtrace auf AVR) PR gdb16832 (Fehlerhafte Backtrace auf Avrxmega-Architekturen) PR build16873 (GDB 7.7 baut nicht mit GCC 4.9) 6. Februar 2014: GDB 7.7 Freigegeben Die neueste Version von GDB, Version 7.7, Steht zum Download zur Verfügung. Änderungen in dieser Version beinhalten: Verbesserte Python-Skriptunterstützung. Einige Verbesserungen. Neue Befehle, Optionen, Bequemlichkeitsvariablen. Mehrere GDBMI neue Befehle und Erweiterungen. Remote Protocol und GDBserver Erweiterungen. Neue Zielkonfigurationen (Nios II, TI MSP430). GDB Windows x64 Abwicklung der Datenunterstützung. SystemTap SDT-Sonden unterstützen auf AArch64 GNULinux. CTF (Common Trace Format) Unterstützung. Neue Skripte gcore und gdb-add-index. sh. Verbesserte Arm-linux recordreplay Unterstützung. Unterstützte Unterstützung für a. out NetBSD und OpenBSD veraltete Konfigurationen. ELF-Varianten dieser Konfigurationen werden unterstützt. Die Setshow-Remotebaud-Befehle werden zu Gunsten von Showhow-Serien-Baud veraltet. Siehe die NEWS-Datei für eine ausführlichere und detailliertere Liste dessen, was diese Version enthält. Januar 8th, 2014: GDB 7.7 Zweig erstellt Der GDB 7.7 Zweig (gdb-7.7-Zweig) wurde erstellt. Zum Auslesen einer Kopie der Filiale: 8. Dezember 2013: GDB 7.6.2 Freigegeben Die neueste Version von GDB, Version 7.6.2, steht zum Download zur Verfügung. Dies ist eine kleine Korrekturfreigabe über GDB 7.6.1, die folgende Probleme beheben: PR breakpoint16251 (AArch64 Hardware-Haltepunktfehler nach Gabel) PR gdb16303 (GDB 7.6.1 funktioniert nicht mit Binils 2.24 auf MIPS16 und microMIPS) 30. August 2013: GDB 7.6.1 Freigegeben Die neueste Version von GDB, Version 7.6.1, steht zum Download zur Verfügung. Dies ist eine kleine Korrekturfreigabe über GDB 7.6 und behebt die folgenden Probleme: PR tdep15420 (Kann nicht mit Threaded Programmen auf neueren Versionen von x86-solaris - Solaris 10, Update 10 oder höher debuggen) PR remote15455 (QTro Remote Packet defekt) PR build15476 (Build Ausfall durch unvollständigen Enum-Typ in utils. h) PR server15594 (tls Unterstützung in 64x32 x86 gdbserver nicht erweitern Adresse auf 64 bit) PR server15075 (dprintf inteferes mit nächsten) PR server15434 (dprintf verwendet eine synchrone fortsetzen auch im Non-Stop-Modus) PR tui14880 (In Split-Register-Layouts, Ergebnis führt zu einem Assertionsfehler in value. c) PR c15519 (GDB 7.6 ist 94x langsamer als GDB 7.5.1 mit einer bestimmten Core-Datei) PR gdb15837 (GDB druckt Eingabewerte für lokale Variablen) PR gdb15415 (Gdb behebt symbolische Links bei der Übergabe von argv0) PR cli15603 (CTRL-C kann nicht mehr unterlegen) PR gdb15604 (gdbserver Socket Leck 7.5 Regression) April 26th, 2013: GDB 7.6 Freigegeben Die neueste Version von GDB, Version 7.6, steht zur Verfügung herunterladen. Änderungen in dieser Version beinhalten: Neue native Konfigurationen (ARM AArch64 GNULinux, FreeBSDpowerpc, 8664Cygwin und Tilera TILE-Gx GNULinux) Neue Zielkonfigurationen (ARM AArch64, ARM AArch64 GNULinux, Lynx 178 PowerPC, x8664Cygwin und Tilera TILE-Gx GNULinux) Unterstützung für the mini debuginfo section. gnudebugdata The C ABI now defaults to the GNU v3 ABI More Python scripting improvements Some GDBMI improvements New configure options, new commands, and options New remote packets A new target record-btrace has been added while the target record command has been renamed to target record-full See the NEWS file for a more complete and detailed list of what this release includes. March 12th, 2013: GDB 7.6 branch created The GDB 7.6 branch ( gdb76-branch ) has been created. To check out a copy of the branch use: November 29th, 2012: GDB 7.5.1 Released The latest version of GDB, version 7.5.1, is available for download. This is a minor corrective release over GDB 7.5, fixing the following issues: An Attempt to dereference a generic pointer errors (-var-create). Backtrace problems on x32 (PR backtrace14646). nextstepfinish problems on x32 (PR gdb14647). A malformed linespec error: unexpected keyword, . error (PR breakpoints14643). GDB crash while stepping through powerpc (32bits) code. A failed assertion in linuxptracetestrettonx. A frameidinlinedp (frameid) failed assertion. A No more reverse-execution history. error during reverse next execution (PR 14548). Incomplete command descriptions in apropos output. PR gdb14494 (a GDB crash difficult to characterize). Various build warnings. August 17th, 2012: GDB 7.5 Released The latest version of GDB, version 7.5, is available for download. Changes in this release include: Go language support. New targets (x32 ABI, microMIPS, Renesas RL78, HP OpenVMS ia64). More Python scripting improvements. SDT (Static Defined Tracing) probes support with SystemTap probes. GDBserver improvements (stdio connections, target-side evaluation of breakpoint conditions, remote protocol improvements). Other miscellaneous improvements (ability to stop when a shared library is loadedunloaded, dynamic printf, etc). Reverse debugging on ARM. The binary gdbtui has been abandoned and can no longer be built. Use gdb - tui instead. See the NEWS file for a more complete and detailed list of what this release includes. July 17th, 2012: GDB 7.5 branch created The GDB 7.5 branch ( gdb75-branch ) has been created. To check out a copy of the branch use: April 26th, 2012: GDB 7.4.1 Released The latest version of GDB, version 7.4.1, is available for download. This is a minor corrective release over GDB 7.4, fixing the following issues: GDBMI Error when resuming program execution in all-stop mode (Cannot execute this command without a live selected thread). Pascal Polluted display of class methods parameters. target remote Errror when connecting to remote target where disconnected tracing is in effect. AVX Float and ymm register values not available. GDB Crash when using the finish command. build makeinfo should not be required to build GDB. January 24th, 2012: GDB 7.4 Released The latest version of GDB, version 7.4, is available for download. Changes in this release include: Many Python scripting improvements Better support for ambiguous linespecs Masked watchpoints Tracepoint support improvements Support for Texas Instruments TMS320C6x (tic6x--) A Renesas RL78 simulator (rl78--elf) Some minor Remote protocol extensions and GDBMI changes See the NEWS file for a more complete and detailed list of what this release includes. Note that the gdbtui binary is deprecated, starting with GDB 7.5. Use gdb - tui instead. January 9, 2012: Extensibility support using Guile GDB ought to support extensibility using Guile, the GNU extensibility package (an implementation of Scheme). We are looking for people to write the code to interface the two. Please write to gdb-patches AT sourceware DOT org if you are interested. December 13, 2011: GDB 7.4 branch created The GDB 7.4 branch ( gdb74-branch ) has been created. To check out a copy of the branch use: September 30, 2011: Release Mistakes in GDB Versions 6.0 - 7.3 A mistake has been detected in the release tar files for all GDB releases from version 6.0 to version 7.3 (included). The mistake has been corrected, and the FSF issued the following announcements: Making up for a release mistake in GDB versions 6.0 - 6.6 Making up for a release mistake in GDB versions 6.7 - 7.3 September 4, 2011: GDB 7.3.1 Released The latest version of GDB, version 7.3.1, is available for download. This is a minor corrective release over GDB 7.3 mostly bringing: Build fixes for NetBSD OpenBSD targets ISBN and Edition number update of the GDB Users Manual July 26, 2011: GDB 7.3 Released The latest version of GDB, version 7.3, is available for download. Changes in this release include: Initial OpenCL C support C support enhancements Improved Python support ia64 HP-UX (native) and Blackfin (target) support GDBserver support for PowerPC LynxOS, i686 LynxOS, and Blackfin Linux Support for reading and writing a new. gdbindex section, containing a fast index of DWARF debugging info See the NEWS file for a more complete and detailed list of what this release includes. April 03, 2011: GDB 7.3 branch created The GDB 7.3 branch ( gdb73-branch ) has been created. To check out a copy of the branch use: September 02, 2010: GDB 7.2 Released The latest version of GDB, version 7.2, is available for download. Changes in this release include: D language support C support enhancements Improved Python support Tracepoint support enhancements, GDBserver support for tracepoints GDBserver support for x8664 Windows debugging ARM Symbian support Hardware-assisted watchpoint conditions on powerpc-linux See the NEWS file for a more complete and detailed list of what this release includes. July 07, 2010: GDB 7.2 branch created The GDB 7.2 branch ( gdb72-branch ) has been created. To check out a copy of the branch use: March 18, 2010: GDB 7.1 Released The latest version of GDB, version 7.1, is available for download. Changes in this release include: Multi-program debugging support Position Independent Executable (PIE) debugging support New targets (including a simulator): Xilinx MicroBlaze and Renesas RX Python support enhancements C support extended New tracepoint features Process Record improvements Remote Protocol extensions See the NEWS file for a more complete and detailed list of what this release includes. February 18, 2010: GDB 7.1 branch created The GDB 7.1 branch ( gdb71-branch ) has been created. To check out a copy of the branch use: December 22, 2009: GDB 7.0.1 Released The latest version of GDB, version 7.0.1, is available for download. This is a minor corrective release. The following fixes have been made over GDB 7.0: GDB Crash due to stack overflow (PR gdb10457) Build failure on newer versions of FreeBSD Crash on solaris when reading symbols (PR gdb10819) Thumb2 debugging support Build failure on IRIX 5.3 (MAPFAILED not defined) Buffer overflow during function epilogue analysis (debuggers targeted for x8664 only) Crash trying to complete the catch exception command GDB freeze (infinite loop) GDB Crash accessing printing structure with bitfield (PR gdb10884) Various testsuite fixes (not affecting the debugger) The manual now provides the correct GPL version licensing text. Similarly, file gdbCOPYING now provides the text of the GPL version 3. October 06, 2009: GDB 7.0 Released The latest version of GDB, version 7.0, is available for download. Changes in this release include: Support for native x86x8664 Darwin, x8664 MinGW Support for Lattice Mico32, x86x8664 DICOS, Score 3 targets gdbserver support for x86 Windows CE Python scripting support Reverse debugging, Process record and replay Non-stop debugging Multi-architecture debugging Multi-inferior, multi-process debugging See the NEWS file for a more complete and detailed list of what this release includes. September 16, 2009: GDB 7.0 branch created The GDB 7.0 branch ( gdb70-branch ) has been created. To check out a copy of the branch use: September 6, 2009: Update: Reverse Debugging GDB version 7.0, due to be released later this month, will include the first public releases of reverse debugging and Process Record and Replay. See the wiki page. The GDB maintainers are still looking for contributors interested in helping to extend and develop reverse debugging. March 27, 2008: GDB 6.8 Released The latest version of GDB, version 6.8, is available for download. Changes in this release include: Support for native x86Windows, NetBSDhppa and Xtensa GNULinux Support for multiple remote target architectures Support for the Decimal Floating Point extension Improved Ada and C debugging GDBMI interface improvements Remote protocol and gdbserver enhancements Various new commands See the NEWS file for a more complete and detailed list of what this release includes. February 29, 2008: GDB 6.8 branch created The GDB 6.8 branch ( gdb68-branch ) has been created. To check out a copy of the branch use: October 29, 2007: GDB 6.7.1 Released The latest version of GDB, version 6.7.1, is available for download. See the ANNOUNCEMENT file for a more complete and detailed list of what this release includes. October 10, 2007: GDB 6.7 Released The latest version of GDB, version 6.7, is available for download. Changes in this release include: New targets (OpenBSDsh, MIPS64 GNULinux, mep-elf) Support for XML target description Improved C debugging Remote protocol enhancements Various new commands some removed obsolete configurations and features See the NEWS file for a more complete and detailed list of what this release includes. September 11, 2007: GDB 6.7 branch created The GDB 6.7 branch ( gdb67-branch ) has been created. To check out a copy of the branch use: December 18, 2006: GDB 6.6 Released The latest version of GDB, version 6.6, is available for download. Changes in this release include: New targets (xtensa-elf, spu-elf) New remote stub ports (windows and cygwin) GNULinux Thread Local Storage (TLS) enhancements New remote protocol packets Various new commands See the NEWS file for a more complete and detailed list of what this release includes. Nov 28, 2006: Reversible Debugging The GDB maintainers are looking for contributors interested in reversible debugging. Nov 19, 2006: GDB 6.6 branch created The GDB 6.6 branch ( gdb66-branch ) has been created. To check out a copy of the branch use: June 20, 2006: GDB 6.5 Released The latest version of GDB, version 6.5, is available for download. Changes in this release include: New targets (m32c-elf, ms1-elf) Improved Modula-2 support Improved Windows host support (i686-mingw32) Various new commands (see gdbNEWS) Checkpoint support (currently only supported on GNULinux) GDB is now able to save a snapshot of a programs state, called a checkpoint, and come back to it later. By effectively undoing everything that has happened since a checkpoint was saved, this feature is like going back in time since the checkpoint was saved. See the NEWS file for a more complete and detailed list of what this release includes. May 16, 2006: GDB 6.5 branch created The GDB 6.5 branch ( gdb65-branch ) has been created. To check out a copy of the branch use: December 2, 2005: GDB 6.4 Released The latest version of GDB, version 6.4, is available for download. Changes in this release include: New native configurations (OpenBSDarm, OpenBSDmips64) New targets (ms1-elf, mn10300-elf) User-level thread support in BSD It is now possible to debug programs using the user-level threads library on selected targets running OpenBSD and FreeBSD. See the NEWS file for a more complete and detailed list of what this release includes. November 2, 2005: GDB 6.4 branch created The GDB 6.4 branch ( gdb64-branch ) has been created. To check out a copy of the branch use: November 9, 2004: GDB 6.3 Released The latest version of GDB, version 6.3, is available for download. Changes in this release include: GDB works with GCC - feliminate-dwarf2-dups GDB now supports a more compact representation of DWARF-2 debug information using DWFORMrefaddr references. These are produced by GCC with the option - feliminate-dwarf2-dups and also by some proprietary compilers. With GCC, you must use GCC 3.3.4 or later to use - feliminate-dwarf2-dups. Internationalization When supported by the host system, GDB will be built with internationalization (libintl). The task of marking up the sources is continued, were looking forward to our first translation. Ada Initial support for debugging programs compiled with the GNAT implementation of the Ada programming language has been integrated into GDB. In this release, support is limited to expression evaluation. October 19, 2004: GDB 6.3 branch created The GDB 6.3 branch ( gdb63-branch ) has been created. To check out a copy of the branch use: September 7, 2004: GDB 6.2.1 Released The latest version of GDB, version 6.2.1, is available for download. Changes in this update include: Improved i386 prologue analyzer The i386 prologue analyzer was improved to deal better with the prologues generated by GCC 3.3 and later. As a result GDB should produce better backtraces for code without DWARF Call Frame Info. MIPS break main run gave an heuristic-fence-post warning When attempting to run even a simple program, a warning about heuristic-fence-post being hit would be reported. This problem has been fixed. MIPS IRIX long double crashed GDB When examining a long double variable, GDB would get a segmentation fault. The crash has been fixed (but GDB 6.2 cannot correctly examine IRIX long double values). VAX and next A bug in the VAX stack code was causing problems with the next command. This problem has been fixed. Thanks goes to Mark Kettenis and Joel Brobecker for contributing fixes. July 30, 2004: GDB 6.2 Released The latest version of GDB, version 6.2, is available for download. Please note that GDB 6.2 has serious problems on MIPS native. It will be addressed in the next update. July 10, 2004: GDB 6.2 branch created The GDB 6.2 branch ( gdb62-branch ) has been created. To check out a copy of the branch use: June 16, 2004: GDB 6.1.1 Released GDB version 6.1.1 has been released. Much thanks to all the contributors. April 4, 2004: GDB 6.1 Released GDB version 6.1 has been released. Much thanks to all the contributors. March 1, 2004: GDB 6.1 branch created The GDB 6.1 branch ( gdb61-branch ) has been created. To check out a copy of the branch use: October 3, 2003: GDB 6.0 Released GDB version 6.0 has been released. Much thanks to all the contributors. Mark Kettenis has create a new SPARC branch (kettenissparc-20030918-branch) and is using it to reimplement the SPARC architecture so that it works with the latest frame and related changes. People encountering problems with SPARC GDB should check out this branch. June 23, 2003: GDB 6 branch created The GDB 6.0 branch ( gdb60-branch ) has been created. To check out a copy of the branch use: February 26, 2003: ADA 5.3 tar ball Act have updated their contrib directory with a version of GDB 5.3 that includes Ada support. December 12, 2002: GDB 5.3 Released GDB version 5.3 has been released. Much thanks to all the contributors. September 4, 2002: GDB 5.3 branch created The GDB 5.3 branch ( gdb53-branch )has been created. To check out a copy of the branch use: August 01, 2002: Obsolete functionality The following GDB functionality has been made obsolete. Mitsubishi D30V OS9000 Fujitsu FR30 Motorola Delta 88000 running Sys V CHILL, a Pascal like language used by telecommunications companies. July 23, 2002: GDB 5.2.1 Released GDB version 5.2.1 has been released. Much thanks to all the contributors. July 9, 2002: FORTRAN 95 Code Dropping Petr Sorfa (Caldera ) has contributed patches against GDB 5.1.1 that add support for FORTRAN 95. It even includes support for a location expression parser and support for many other DWARF23 extensions. May 5, 2002: Macro Support Jim Blandy (Red Hat ) has added support for CC preprocessor macros to GDB. GDB can expand preprocessor macro invocations in CC expressions, and provides various commands for showing macro definitions and how they expand. Most compilers dont include information about macros in the debugging information by default. In GCC 3.1, for example, you need to compile your program with the options - gdwarf-2 - g3 . If the macro information is present in the executable, GDB will read it. April 30, 2002: GDB 5.2 Released GDB version 5.2 has been released. Much thanks to all the contributors. The GDB 5.2 branch can be checked out using: March 5, 2002: GDB 5.2 branch created The branch tag is gdb52-branch and the branch can be checked out using: Alternativly, a snapshot take from the branch can be downloaded from the directory: These snapshots are mirrored so it may pay to check for a more local site. January 24, 2002: GDB 5.1.1 Released GDB version 5.1.1 has been released. Much thanks to all the contributors. The GDB 5.1 branch can be checked out using: December 16, 2001: Code droppings Jason Molenda (Apple ) and Paul Hilfinger A. C.T. have contributed major changes, in the form of snapshots, to GDB. Apples snapshot includes support for MacOS X and Objective C. Acts snapshot contains support for GNU Ada. While much much work is still needed before these changes can be integrated into GDB this does mean that the changes are available. November 26, 2001: GDB --args option Tom Tromey has committed patches that add support for a --args option. It is now possible to enter sequences like: November 21, 2001: GDB 5.1 Released GDB version 5.1 has been released. Much thanks to all the contributors. November 11, 2001: GDB 5.0.93 available GDB 5.0.93, taken from the GDB 5.1 branch, is available. November 8, 2001: i386 target multi-arch enabled All i386 targets have been partially multi-arched. While their conversion to full multi-arch is on going, this does mean that the i386 target has access to features (such as multi-isa support) only available in a multi-arch GDB November 7, 2001: The partial-stab. h dragon is dead Elena Zannoni has committed changes that slay the partial-stab. h dragon. This dragon blocked the door of the non-dwarf symtab readers and would kill anyone that attempted to submit changes. October, 30, 2001: GDB 5.0.92 available GDB 5.0.92, taken from the GDB 5.1 branch, has been made available. September 13, 2001: S390 target committed DJ Barrow, of IBM, has contributed a port of GDB to the s390 GNULinux platform. It has been committed to both the trunk and the 5.1 branch. August 18, 2001: sourceware. org down Sunday morning 2001-08-19 UCT The machine sourceware. org . which hosts the GDB CVS repository, mailing lists and these web pages, will be unavailable for roughly an hour from 2001-08-19 0700 UCT. During this time the machine will be physically moved to a co-location. This, among the many other advantages, will significantly improve the machines available bandwidth. July 29, 2001: GDB 5.1 branch created The branch tag is gdb51-2001-07-29-branch . Snapshots of the branch are available for download from the snapshots directory. Alternativly, the branch can be checked out using the CVS command: July 11, 2001: Tentative Release Schedule for GDB 5.1 A Tentative Relese Schedule for GDB 5.1 has been posted. At this stage, it is hoped that the 5.1 branch will be cut on or around 2001-07-22. A paper discussing the full set of changes necessary to complete the multi-arch work (so that targets with different architectures are supported) has been posted. April 30, 2001: 5.1 Target elimination phase complete As part of the 5.1 release cycle the following targets have been marked as obsolete: Configurations that have been declared obsolete in this release have been commented out. Unless there is activity to revive these configurations, the next release of GDB will have their sources permanently REMOVED. January 18, 2001: GDB Test results web page Chris Faylor and Tom Tromey have set up the Terf system as a way of publishing GDB testresults. See sourceware. orgcgi-bingdb. cgi October 28, 2000: Bug tracking system live In an effort to stop bugs slipping through the cracks, a bug tracking database has been established. July 10, 2000: PARAMS free zone The KR compatible PARAMS macro has gone Kevin Buettner as completed his elimination of the PARAMS macro from the GDB sources. Developers no longer need to worry about old style declarations. July 7, 2000: Readline 4.1 imported Elena Zannoni has completed the import of Readline 4.1 The updating of GDBs version of readline to 4.1 was one of the key objectives of GDB 5.1 June 8, 2000: MIPS switched to multi-arch All the MIPS targets (native or cross) have been swiched to the mult-arch framework. That framework facilitates previous impossible functionality such as support for differing ISAs (Instruction Set Architectures) and ABIs (Application Binary Interfaces). The branch gdb-premipsmulti-2000-06-06-branch has been created and was taken just before the switch was made. If problems with your MIPS target are found please compare results with those from that branch. May 24, 2000: netwinder. org add GDB build farm netwinder. org have added a GDB build farm. Check wwwwinder. orgbuildgdb. html. Both armv3l-unknown-linux-gnu and armv4l-unknown-linux-gnu are being build. May 19, 2000: GDB 5.0 Released GDB version Five has been released. Much thanks to all the contributors. Late breaking bugs and fixes are being added to the Errata page April 10, 2000: GDB 5.0 branch created The branch tag is gdb50-2000-04-10-branch . Snapshots of the branch are available for download from the snapshots directory. Alternativly, the branch can be checked out using the CVS command: Feb, 2000: GDB 5.0 release cycle started See the TODO file for an up-to-date status report. April 10, 1999: GDB 4.18 is released July 27, 1999: Insight is released The first release of the Insight GUI for GDB has been made. Insight is a tcltk based GUI for GDB which has been in development for about five years. Check it out. Bitte senden Sie FSF amp GNU Anfragen amp Fragen an gnugnu. org. Es gibt auch andere Möglichkeiten, die FSF zu kontaktieren. Copyright Free Software Foundation, Inc. 51 Franklin St - Fünfte Etage, Boston, MA 02110-1301 USA. Verbatim Kopieren und Verteilen dieses gesamten Artikels ist in jedem Medium erlaubt, sofern diese Bekanntmachung erhalten bleibt. Last modified 2017-01-21.