Hello Uz, * On Thu, Dec 29, 2011 at 07:06:00PM +0100 Ullrich von Bassewitz wrote: > Do you expect a range error if a short branch is out of reach? Or do you want > the assembler to truncate the distance silently so that it is in the matching > range? [...snipp...] Ok: Now, I understand the problem and the consequences of it. > It is silently truncated to "$A9 $D4". This has now been fixed, which results > in a diagnostic for old code that exploits the behaviour. > > > I expect an option to force the old behaviour is out of reach? (For me, > > not only OpenCBM is affected, but also other code.) > > I can of course add a "truncate any number until it fits" flag to the > assembler, but I'm pretty sure most people won't be happy with that. Just an idea: If the result should be 8 bit only, couldn't the NOT operator just invert the lower 8 bits? As far as I see, both your problem as well as mine would be solved then. Note that I do not know the code, thus, I cannot tell how much work it is and how it fits in the current implementation. Furthermore, then, it is your problem now. ;) Despite this: Would you accept a patch that tries to introduce this behaviour (making the creation of a viable patch my problem again, not yours?) Regards, Spiro. -- Spiro R. Trikaliotis http://opencbm.sf.net/ http://www.trikaliotis.net/ http://vice-emu.sf.net/ ---------------------------------------------------------------------- To unsubscribe from the list send mail to majordomo@musoftware.de with the string "unsubscribe cc65" in the body(!) of the mail.Received on Sat Dec 31 14:28:51 2011
This archive was generated by hypermail 2.1.8 : 2011-12-31 14:28:56 CET