By the way, I just want to clarify something about the second poll option because its text is somewhat misleading. Your code would only be smaller if you run your program at 6MHz. If your program runs at 15MHz, your program could actually be bigger by having to manually add the Normal and Full wrapper. Not to mention the added pain of having to add it.

In Axe they are not syntax sugar, since they use things such as conditional Goto's, and more optimized versions of what could be done with Axe, so they are very necessary.   

I have a new feature suggestion!

Multiple fixes in one line:

People have suggested that several times before, and there's a suggestion to put it together without commas (like Fix 135). It would be useful, too. Could it be added?

Maybe the ++ and -- operators should work without the memory read brackets, which would simplify parsing and emphasize that the pointer is what is returned.

I really like that idea. I actually planned to post that exact feature request a few days ago (POINTER++ and POINTER--), but I forgot So I guess I second it?

Ah i see now.  In any case, it does provide a non-syntax use in Axe Since it *is* faster than using If statements and Goto's

16 bit bitwise operations.

Already added, check the documentation

I think those are only 8 bit, though.

Those are logical, not bitwise. They behave the same as they do in BASIC.