Thumb / ARM ISA - Verständnisfrage

ARMateur schrieb:
> Wie kann
> dabei eine Änderung im PSR auftreten?

Bei MOV kann man das Source Register shiften, ARM nennt das "Flexible 
second operand". Dabei kann das C Flag gesetzt werden.

Die N und Z Flags beziehen sich auf den Wert im Ergebnis.

Eigentlich sollte fast jeder Befehl (gerade auch load und store) diese 
Flags setzen. Ich fände das total praktisch, weil man auf die Art ein 
if() halb geschenkt bekommt. Andererseits würde Multi-Word-Arithmetik 
etwas mühsamer, man kann nicht alles auf einmal haben.

ARMateur schrieb:
> Wie kann dabei eine Änderung im PSR auftreten?

Indem der ins Ziel geschriebene Wert geprüft wird. In frühen 
Implementierungen von ARM ist MOV ein ALU-Befehl wie ADD und der Wert 
passiert also die ALU. Im nativen Befehlssatz ist bei ALU-Befehlen meist 
wählbar, ob die Flags gesetzt werden.

Bauform B. schrieb:
> Eigentlich sollte fast jeder Befehl (gerade auch load und store) diese
> Flags setzen. Ich fände das total praktisch, weil man auf die Art ein
> if() halb geschenkt bekommt. Andererseits würde Multi-Word-Arithmetik
> etwas mühsamer, man kann nicht alles auf einmal haben.

Auf nicht spekulativen superskalaren Cores wie dem Cortex M7 wird es zur 
Performance-Bremse. Bei solchen Cores ist es sehr nützlich, wenn man 
zwischen einen Befehl und einem dessen Result nutzenden Befehl 
mindestens einen anderen Befehl legen kann, der damit nichts zu tun hat. 
Bei den normalen Registern ist das einfach, bei den Flags hingegen nur, 
wenn nicht alle Befehle sie setzen.

Das ganze ist auch ausführlich dokumentiert im "ARMv7M Architecture 
Reference Manual" auf S. 291-295.

Dort ist zu sehen, dass MOV auch die Flags setzen kann, wenn überhaupt 
nicht geshiftet wird - in Abhängigkeit vom Eingabewert.