| |
Higgie
Registered: Apr 2002
Posts: 113 |
Branch too far in 64TASS
hiho!
what does 'Branch too far' mean?
the readme of 64tass says: 'can't relative branch that far'
i understand that sentence but what is the limit then?
and how to deal with the limitation?
sorry for coming up with stupid stuff already known to most of the decent coders here.... ;)
thanx in advance! |
|
... 3 posts hidden. Click here to view all posts....
|
| |
Radiant
Registered: Sep 2004
Posts: 639 |
What Scout says. Under normal circumstances (demo or game coding) you wouldn't want the compiler to automatically generate long branches for you. |
| |
Higgie
Registered: Apr 2002
Posts: 113 |
well, i don't see it being 'normal circumstances' when i'm coding assembler. ;)
'premature optimization is the root of all evil' (Donald E. Knuth) ... i know!
but as long as the assembler gives me a warning i think it's ok. so i can come back to that branch later to rework my code, if necessary. atm i'm quite happy that i don't have to deal with all those little obstacles myself. your help and the little help from 64tass are well appreciated. :)
i will keep in mind that there could occur some implicit behaviour depending on the assembler options i use. |
| |
JackAsser
Registered: Jun 2002
Posts: 1989 |
@higgie: just do it manually. :D I mean, if the compiler complains, simply invert your branch and add a jmp. It's really not that hard.
F.e.
beq farAwayThatComplains
Invert it and make it branch past the jmp:
bne *+3
jmp farAwayThatComplains ; won't complain anymore
Simple as that!
|
| |
Cruzer
Registered: Dec 2001
Posts: 1048 |
Agree with Scout et al, this long branch feature sounds risky. Any coder will learn how to make long branches as one of the first things. At least it should be a pseudo command, e.g. "lbcc".
|
| |
Frantic
Registered: Mar 2003
Posts: 1627 |
If I was writing an assembler, I would also go for "lbcc" and pseudo-ops like that, to keep the distinction clear. |
| |
Higgie
Registered: Apr 2002
Posts: 113 |
@jackasser: you see me convinced. :)
@cruzer: yeah! such a pseudo command would definitly be superior over any configuration based behaviour. |
| |
Scout
Registered: Dec 2002
Posts: 1568 |
I guess you can make, using Cruzers example, a macro for it in 64tass:
lbeq .macro
bne *+3
jmp \1
.endm
Something like that. |
| |
WVL
Registered: Mar 2002
Posts: 886 |
Quote: @higgie: just do it manually. :D I mean, if the compiler complains, simply invert your branch and add a jmp. It's really not that hard.
F.e.
beq farAwayThatComplains
Invert it and make it branch past the jmp:
bne *+3
jmp farAwayThatComplains ; won't complain anymore
Simple as that!
FAIL!
should be
bne *+5
jmp FarAwayThatComplains
:)
Or just use + and -, which is easier imo..
bne +
jmp FarAway
+
|
| |
JackAsser
Registered: Jun 2002
Posts: 1989 |
@WVL: blahblahblahblahblahblalblah. :D |
| |
WVL
Registered: Mar 2002
Posts: 886 |
Quote: @WVL: blahblahblahblahblahblalblah. :D
bah! you just dont understand the power of * ;D |
| Previous - 1 | 2 - Next |
