Fehler in Assembler?

Druckbare Version

23.06.2006, 10:17
Exodus

Fehler in Assembler?

Warum kommt bei mir bei diesem befehl:
cpi R16, 0x0A
breq T10

Fehlermeldung:
"Relative branch out of Reach"

MFG
Michi
23.06.2006, 10:22
PicNick

Er sagt's ja eh. Das Sprungziel darf nur +/- 63 Worte weit weg sein.

Tip: Wenn du Assembler programmierst, druck' dir das AVR Instruction-Set aus, binde es in Schweinsleder mit Goldlettern und mach es zu deiner Bibel. Und immer dreimal nachschauen, bevor du einen Befehl wo hinschreibst. Du kommst sonst nicht weiter.
23.06.2006, 10:27
Exodus

danke *gg* :-) ok werd ich machen!! so und wie kann ich dass jetzt am besten anstellen?
anderen integer wert?
ahja ich programmiere in assembler und nicht in C!

MFG
Michael
23.06.2006, 10:30
SprinterSB

Du drehst die Bedingung um und machst einen kurzen (relativen) Spring über einen langen (absoluten) Sprung. Letzterer kann überall landen.
23.06.2006, 10:30
PicNick

neinein, der CPI ist schon ok. es geht um den "breq"
Einmal um die Ecke:

Code:

CPI r16, 0x0A BRNE UnGleich jmp T10 UnGleich: ....
23.06.2006, 10:31
Exodus

hab es schon hab es einfach ins -63 gesetzt!

MFG
Michael
23.06.2006, 10:51
SprinterSB

@PicNick: Kann man den breq nicht stehen lassen und im Assembler branch relaxing aktivieren? branch relaxing ist ja eine Aufgabe eines Assemblers (neben Assemblieren, Symbolverwaltung, etc).
23.06.2006, 11:06
PicNick

Glaub ich nicht. Wenn ich im Assembler "BREQ", also eindeutig eine AVR-Instruction hinschreibe, und er fängt dann an, schöpferisch zu werden, wurde ich ihm sofort das Genick brechen.

Wenn einer meint, kann er ja einen Macro schreiben, der je nach distanz verschiedenen Code generiert.

Für sowas ist ja u.A "C" gemacht, dann geht mich das nix mehr an. (mal abgesehen davon, daß eine "goto" ein Pfui-Gack ist)
23.06.2006, 11:12
SprinterSB

Zitat:

Zitat von PicNick

Glaub ich nicht. Wenn ich im Assembler "BREQ", also eindeutig eine AVR-Instruction hinschreibe, und er fängt dann an, schöpferisch zu werden, wurde ich ihm sofort das Genick brechen.

Wenn einer meint, kann er ja einen Macro schreiben, der je nach distanz verschiedenen Code generiert.

Für sowas ist ja u.A "C" gemacht, dann geht mich das nix mehr an. (mal abgesehen davon, daß eine "goto" ein Pfui-Gack ist)

Nö, das ist eher üblich, daß Assembler sowas tun und (etwas) anderen MaschinenCode erzeugen, als sie bekommen. Ein Hauptgrund dafür kann sein, dein der Compiler nicht weiss oder garnicht wissen kann wie weit zu springen ist. Das tritt typischerweise dann auf, wenn sich Instruktionslängen erst zur Linkzeit ergeben -- in dem Falls würde sogar erst der Linker relaxen. Weiteres Beispiel kann der Workaround von Silicon-Bugs, die teilweise nur von Assembler oder (dynamschem) Linker gefixt werden können. So, genug OT :-)