Hi Enoch, My recent changes were a code compacting, since defers and values are so close to each other.
> May I suggest a new defer object, say, "FFdefer" that would be implemented > like "Edefer" except that if a certain global boolean, say, FastForward, is > set then the first "xt_FFdeferfetch" execution will reprogram itself > out by changing the calling code. I'm not completely sure that I understand you correctly. IMHO you want to seal a deferred word with a (final) association of some other word, that is (or at least should) never be changed afterwards. Sounds like changing a DEFER to a SYNONYM. If you don't mind heavy dictionary hacking, that's doable: the XT needs to be changed from DO_DEFER to DO_COLON, the first flash cell will be the XT of your associated word, the second flash cell will be XT_EXIT, the 3rd one is no longer used. A new word e.g. SEAL could do all this magic, an UNSEAL could be more troublesome, but with some runtime help it could be done as well. Matthias PS: the runtime speed will be increased dramatically, I'm sure ;) PPS: All this may work until I decide to change the internals, no garantuees ... ------------------------------------------------------------------------------ CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments & Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk _______________________________________________ Amforth-devel mailing list for http://amforth.sf.net/ Amforth-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amforth-devel
