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?
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.