BigDumbDinosaur wrote:
banedon wrote:
OK. I've rewritten the variable detection and processing routine in my assembler and now things seem a little better:
Attachment:
The attachment foundtheissue_resolved.gif is no longer available
I'm off to bed so will re-assemble and test my
sprint code tomorrow.
Just a curmudgeonly opinion, but an assembler that conforms to the MOS Technology assembly language syntax might be less a hassle. Standards do exist for a reason, y'know, and the MOS Technology syntax has proven itself over the years to be straightforward and unambiguous.
I don't know what it is that prompts the development of assemblers and compilers that deviate from published standards. What I do know is that such deviation often causes unnecessary portability problems. Case in point: C. As long as C compilers followed the K&R standard everything was fine. Then all sorts of strange compilers started coming out of the woodwork during the early MS-DOS days, and code portability became dodgy. That was what prompted the development of an ANSI C standard.
I completely see your point and agree for the most part. However, when I first started writing 65C02CA I didn't know of any real standards and now I'm "almost there" with regard to completion I really don't feel like redoing it.
Also, I was trying to emulate the assembler found in the BBC Micro B+ as that is the machine that I had in my formative years and enjoyed using. I've sort of wondered away from that to allow things like $ as well as & for hex character designations and allowing % to designate a binary number (never part of BBC Basic Assembler) and other tweaks. Another factor is that I made 6502CA for myself, although I would be very happy indeed if anyone else find a use for it.
BTW (here comes the icing on the cake) - I found another bug.
See if you can spot it
:
Attachment:
ItLiedToMe.gif [ 149.61 KiB | Viewed 636 times ]
I've left a small pointer/clue in there and it explains exactly why LDY (zp),Y does not work (currently).