newRPL: [UPDATED April 27-2017] Firmware for testing available for download

[Claudio L.]

(02-10-2017 05:36 AM)The Shadow Wrote:  

(02-09-2017 10:43 PM)Claudio L. Wrote:  Bear in mind there's no user flags (not sure they are useful or not, I never used them myself), only system so flag numbers are always negative.

What, really? I use them quite a bit, especially for recursive programs. (You set a flag to tell whether you're on the first pass or not.) They're also handy when jiggering something to let a later IF know you jiggered it.

Granted, you could treat a local variable like a flag, but user flags have the handy benefit of having a default value (of 0). Though unlike local variables you do have to remember to clear them before the program ends - using FC?C or FS?C suffices.

I'm still wrapping my mind around newRPL's vastly increased use of local variables, so ultimately I may come around to using them as flags. But I can't imagine that user flags would be difficult to implement, and if done right, they might be faster than looking up a name.

Well, since there's 2 people vouching for user flags, I don't see why not implement them (2 people is probably 25% of newRPL's total user base, so it's a lot

(02-10-2017 05:36 AM)The Shadow Wrote:  (Just spitballing here, but what if "flag" were an object type, taking on values of 0 or 1 only? Would there be any benefit to such a thing?)

Flag objects would waste way too much space, as objects use 32-bit minimum, using 1-bit per flag there's space for 32 flags right there. I'll just implement them the traditional (and compatible) way.

(02-10-2017 05:36 AM)The Shadow Wrote:  EDIT: I keep forgetting to ask: How does one access the 8 levels of undo/redo?

Left cursor while at the stack does UNDO. Left-Shift+Left does Redo (if it doesn't work try right-shift, I'm writing from memory now with no access to the calc to test it).