Don't be too enthusiastic dear JoeV.
I have been thinking a lot about how to develop the future iziBasic ARM.
More or less, I planned to study see 3 ways:
#1. a simple Basic interpreter as an extension of a tinyBasic (
the one I initially developed in iziBasic, currently being ported to NaPP)
#2. a tokenized Basic interpreter, which should be average in terms of performance, but much easier to develop and maintain than the current iziBasic
#3. the port of the current iziBasic source code, which should be the optimal way of proceeding as performance is concerned
Because
applications compiled for ARM are much faster than the same applications compiled for 68k, I would have expected good execution speed for my tinyBasic ARM interpreter, even if not optimized at all in terms of performance. The surprise came tonight when running my
Bench2 analysis: this tinyBasic ARM interpreter is too slow.
So, option #1 is out.
I shall move to option #2 then.
Why didn't I consider option #3 directly you might ask? Just for two reasons:
- iziBasic is a hobby for me, so I'd rather have fun coding something new than basically porting the current source code
- I want to train myself well on NaPP before moving to some important project and these tiny Basic and tokenized Basic seemed to be a good and fun way to reach this objective
Cheers,
aldweb