Das ist doch ein gut erforschtes Thema.
oder nicht (CPUs sind auch gut erforscht, aber deswegen nicht automatisch trivial zu bauen) eines der komplexesten Teile ist, die man bei sowas zu erledigen hat (wenn man denn will...).
Ich z.B. werfe sehr selten Code weg, weil er einfach nicht funktioniert hat, aber bei diesem Thema habe ich damals meinen ersten Ansatz komplett wegwerfen müssen, weil er einfach Unfug war. Mittlerweile habe ich, auch um mir selbst zu beweisen, dass ich nicht zu doof bin, mehrere Implementierungen zu dem Thema gebaut (allerdings nicht in 6502-Assembler sondern in Java/BASIC/Comal), aber ich habe das nie aus dem Ärmel geschüttelt. Von daher kann ich gut verstehen, wenn man sich das erstmal(tm) nicht gibt.
Eine "neue" Sprache wie PABASIC kann ja im Prinzip machen was sie will, weil sie zu nichts kompatibel sein muss. Von daher stört mich das an der Stelle nicht. Man muss es nur halt wissen ...
P.S.: Ich sollte mal eine Implementierung in PABASIC machen, wenn die Gleitkommazahlen richtig funzen... wäre bestimmt ein guter Test für die String-Routinen und so ...
Ja, trivial ist das nicht, musste selbst im Studium mal einen Parser für arithmetische Ausdrücke mit yacc und flex bauen. Ich glaube im K&R C Buch ist auch ein Beispiel, ohne lex und co. Was ich damit nur meinte ist, es gibt ja da sehr viel Lesematerial zum Thema. Ob das jetzt effizient und gut auf den 6502 skaliert, und dann noch in möglichst wenig RAM mit möglichst wenig Stack... Das ist eine andere Kiste. UPN ist da gewiss in der Tat einfacher zu parsen. Benötigt aber auch Stack. Das wäre aber mal eine gute "Einsteiger"aufgabe für den C64, wenn man schon eh ganz gut programmieren kann, aber noch nix mit dem 64er gemacht hat (wie ich). Da ist man glaube ich ein paar Tage ganz gut beschäftigt. 
