Computed Jump im DWARF2 Debugger Format

janvi Gast #1472256
Lesenswert?
• ▲
▼ 
Beiliegend eine Situation in welcher mein neuer ARM Debugger auf die 
Fresse fliegt. GCC macht aus dem switch() eine ldr.w.pc,[r2,r2,lsl#2] 
Anweisung. Das Ganze befindet sich in einer FOR Schleife, deren Variable 
davor in R3 decrementiert wird. Obwohl keine Codeoptimierung 
eingeschaltet ist, gehört der bhi #222 definitiv nicht zur switch Zeile 
sondern zur darüberliegenden FOR Zeile mit postdecrement.

Offensichtlich kann mein HLL Debugger für das Konstrukt die passende 
Stelle für einen temporären Breakpoint nicht ermitteln und das Teil 
läuft bei einem HLL Step "in den Wald" bzw. macht das Gleiche wie wenn 
ich anstelle eines HLL Steps einen Run ausgelöst hätte.

Nun würde mich interessieren, ob andere HLL Debugger mit berechneten 
Sprüngen prinzipiell auch nicht klarkommen?
Angehängte Dateien:
Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Beitrag melden
Thread beobachten

Antwort schreiben

Hinweis: der ursprüngliche Beitrag ist mehr als 6 Monate alt. Bitte hier nur auf die ursprüngliche Frage antworten, für neue Fragen einen neuen Beitrag erstellen.

Formatierung
  • [c]C-Code[/c]
  • [code]Code in anderen Sprachen, ASCII-Zeichnungen[/code]
  • [math]Formel in LaTeX-Syntax[/math]
  • [[Titel]] – Link zu einem Artikel
  • Verweis auf einen anderen Beitrag: Rechtsklick auf dessen Beitrags-ID (#8078628), „Adresse kopieren“, in den Text einfügen

Mehr zur Formatierung

Längeren Sourcecode als Anhang, nicht in den Text. JPG nur für Fotos und Scans; Zeichnungen und Screenshots als PNG oder GIF. Siehe Bildformate.

Dein Name und deine E-Mail-Adresse

Schon registriert? Anmelden

Wird nicht angezeigt. Wir schicken dir einen Link; sobald du damit bestätigst, erscheint dein Beitrag.

Mit dem Abschicken legst du einen kostenlosen Account an und erkennst die Nutzungsbedingungen und die Datenschutzerklärung an.