GUI für LLDB (vorzugsweise ähnlich wie xcode)

Ich migriere von OSX zu Linux und eines der Dinge, an die ich mich an die Entwicklung von C++-Befehlszeilenanwendungen in Xcode gewöhnt habe, ist der überlegene Debugger. Da LLDB unter Linux verfügbar ist, frage ich mich, welche GUI dafür am ausgereiftesten ist.

Ich suche es zu:

  • stabil sein
  • haben eine Liste aller aktiven Variablen mit aktuellen Werten
  • einfachen Zugriff auf alle darin enthaltenen Projektdateien und das Setzen/Löschen von Breakpoints

Wäre toll, wenn es könnte:

  • Variablenwerte anzeigen, nachdem sie im Code hervorgehoben wurden (ich glaube jedoch nicht, dass dies ohne die gesamte IDE möglich ist)
  • Zeigen Sie STL-Objekte (Karten, Vektoren) in einer leicht lesbaren Form an (und kopieren Sie sie zur Visualisierung in Octave oder Matlab in die Zwischenablage) (in Xcode ist es notwendig, jedes Schlüssel-Wert-Paar zu entfalten)

Danke Mix

"Am funktionalsten und benutzerfreundlichsten" wäre Ansichtssache. Könnten Sie bitte einige spezifische Anforderungen nennen?
Kann lldb nicht mit gdb-orientierten GUIs arbeiten, die das Ersetzen des Debugger-Befehls ermöglichen?
Guter Punkt @einpoklum. Es kann mit einigen, aber nicht mit allen. Ich weiß jedoch nicht, welche für gdb empfohlen werden, daher bleibt die Frage.
@Chenmunka Es ist ziemlich offensichtlich, als er darauf verwies, woran er gewöhnt ist, und jeder, der eine anständige GUI verwendet hat, weiß es, und wenn Sie dies nicht getan haben, können Sie sowieso nicht helfen. Es muss etwas einfacher gesunder Menschenverstand angewendet werden: Daten, lokale Ansichten, Assembler- und Quellfenster, die Möglichkeit, im Code zu navigieren, während Sie debuggen, stapeln, hexdump, Watchpoint-Liste usw. Alles auf dem Bildschirm "auf einen Blick". Um nur einiges zu nennen.

Antworten (1)

Ich schlage vor, Sie probieren einen der GDB-Frontend-Debugger aus und sagen ihm einfach, dass er lldb im Backend verwenden soll.

Persönlich verwende ich Eclipse CDT als IDE, die natürlich ein eingebautes Debugger-Frontend hat, und manchmal kdbg - aber nicht, weil sie besser sind als andere, sondern nur eine persönliche Vorliebe.

Beachten Sie auch diese Überprüfung mehrerer GDB-Frontends.

kleine Korrektur: Sie wollten wahrscheinlich im Backend "use lldb" sagen.
@ RichieHH: Danke; aber denken Sie daran, dass Sie die Bearbeitung einfach selbst vornehmen können; dies ist eine kollaborative Q&A-Site - Bearbeitungen sind genau dafür gedacht.
GUI für LLDB (vorzugsweise ähnlich wie xcode)
AntwortenHierDatenschutz-Bestimmungen1y, 0v